Cognitive computing for generating targeted offers to inactive account holders

ABSTRACT

Techniques are disclosed utilizing cognitive computing to improve banking experiences. A user&#39;s financial account(s) and location may be monitored to predict when a user is near a retail store and the user has not used a particular account in a predetermined amount of time. The techniques disclosed include receiving a location for a user&#39;s mobile device, and determining when the mobile device is within a predetermined threshold distance of a retail store. The techniques include building a shopping profile for the user based upon shopping habits for the user. The shopping profile may be used to determine what commercial communications should be transmitted to the user to encourage them to utilize an inactive account to make a purchase at the retail store when the user is within the threshold distance of the retail store.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to (1) U.S. Provisional Application No.62/338,749, entitled “Using Cognitive Computing To Customize Loans,”filed on May 19, 2016; (2) U.S. Provisional Application No. 62/332,226,entitled “Using Cognitive Computing To Provide a Personalized BankingExperience,” filed on May 5, 2016; (3) U.S. Provisional Application No.62/338,752, entitled “Using Cognitive Computing To Provide aPersonalized Banking Experience,” filed on May 19, 2016; (4) U.S.Provisional Application No. 62/341,677, entitled “Using CognitiveComputing To Improve Relationship Pricing,” filed on May 26, 2016; (5)U.S. Provisional Application No. 62/436,899, entitled “Using CognitiveComputing To Improve Relationship Pricing,” filed on Dec. 20, 2016; and(6) U.S. Provisional Application No. 62/436,883, entitled “PreventingAccount Overdrafts and Excessive Credit Spending,” filed on Dec. 20,2016, each of which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates to providing an improved bankingexperience and, more particularly, to using cognitive computing topresent targeted commercial communications to inactive account holders.

BACKGROUND

Online access to financial accounts has become commonplace, with usersnow enjoying the convenience of paying bills, transferring funds, andchecking account balances from the comfort of their own homes. Manypeople typically have more than one bank account, such as a checkingaccount and a savings account, for example, and may move money betweenthese accounts as needed.

Since many people have multiple financial accounts to their name, theymay not always be aware of how often they use each account. It can bedifficult for individuals to know when is the best time to use oneparticular account over another account. Similarly, companies thatprovide financing may wish to increase the frequency with which theircustomers use their products and services. Offering rewards is a commonway in which these companies attempt to entice customers to use theirproducts or services.

BRIEF SUMMARY

In one aspect, a computer-implemented method for presenting targetedcommercial communications to users via their mobile device, the methodcomprising: (1) generating, via one or more processors, a shoppingprofile associated with shopping habits of a user; (2) receiving, viathe one or more processors, a location of a user mobile device; (3)determining, via the one or more processors, that the location of theuser mobile device is within a predetermined distance of a physicalvendor location associated with a vendor; (4) identifying, via the oneor more processors, that the user has not used a account for apredetermined amount of time, wherein the account has a transactiondataset comprising data indicative of transaction particulars; (5)selecting, via the one or more processors, one or more relevantofferings being offered for sale by the vendor; and/or (6) when the userhas not used the account for the predetermined amount of time, the usermobile device is within the predetermined distance of the physicalvendor location, and the vendor has one or more relevant offerings onsale, transmitting, via the one or more processors, a commercialcommunication to the user's mobile device, wherein the commercialcommunication includes identification of the one or more relevantofferings, and a rewards communication to receive rewards if theinactive account is used to complete a purchase of the one or morerelevant offerings at the vendor.

In another aspect, a system configured to present targeted commercialcommunications to users via their mobile device, the computer systemcomprising one or more local or remote processors, servers, sensors,and/or transceivers configured to: (1) build a shopping profileassociated with shopping habits of a user; (2) receive a location of auser mobile device; (3) determine that the location of the user mobiledevice is within a predetermined distance of a physical vendor locationassociated with a vendor; (4) determine that the user has not used aaccount for a predetermined amount of time; (5) determine that thevendor is currently offering one or more relevant offerings for sale;and/or (6) when the user has not used the account for the predeterminedamount of time, the user mobile device is within the predetermineddistance, and the vendor has one or more relevant offerings on sale,transmit a commercial communication to the user's mobile device, whereinthe commercial communication includes identification of the one or morerelevant offerings, and a reward communication to receive rewards if theaccount is used to complete a purchase of the one or more relevantofferings at the vendor.

Advantages will become more apparent to those of ordinary skill in theart from the following description of the preferred aspects, which havebeen shown and described by way of illustration. As will be realized,the present aspects may be capable of other and different aspects, andtheir details are capable of modification in various respects.Accordingly, the drawings and description are to be regarded asillustrative in nature and not as restrictive.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram of an exemplary banking system 100 inaccordance with one aspect of the present disclosure;

FIG. 2 illustrates exemplary financial data profiles 200 in accordancewith one aspect of the present disclosure;

FIG. 3 illustrates a graphical representation of an exemplary trackedfinancial account balance 300 in accordance with one aspect of thepresent disclosure;

FIG. 4 illustrates an exemplary computer-implemented method flow 400 inaccordance with one aspect of the present disclosure;

FIG. 5 illustrates an exemplary use case 500 in accordance with oneaspect of the present disclosure;

FIG. 6 illustrates an exemplary computer-implemented method flow 600 inaccordance with one aspect of the present disclosure;

FIG. 7 illustrates an exemplary computer-implemented method flow 700 forgenerating targeted offers based upon customer shopping profiles;

FIG. 8 illustrates an exemplary use case 800 in accordance with oneaspect of the present disclosure;

FIG. 9 illustrates an exemplary computer-implemented method flow 900 inaccordance with one aspect of the present disclosure;

FIG. 10 illustrates an exemplary use case 1000 in accordance with oneaspect of the present disclosure;

FIG. 11 illustrates an exemplary customer interaction system 1100 inaccordance with one aspect of the present disclosure;

FIG. 12 illustrates an exemplary computer-implemented method 1200 formonitoring an amount of customer interactions using self-servicecommunication channels, as opposed to full-service communicationchannels;

FIG. 13 illustrates an exemplary computer-implemented method flow 1300in accordance with one aspect of the present disclosure; and

FIG. 14 illustrates an exemplary use case 1400 in accordance with oneaspect of the present disclosure.

The Figures depict aspects of the present invention for purposes ofillustration only. One skilled in the art will readily recognize fromthe following discussion that alternate aspects of the structures andmethods illustrated herein may be employed without departing from theprinciples of the invention described herein.

DETAILED DESCRIPTION

The present aspects relate to, inter alia, using cognitive computingand/or predictive modeling to perform various actions when a financialaccount overdraft is anticipated. To do so, data may be collected andstored by one or more back-end components, which may include a user'sfinancial account balances, the user's demographic data, and/or locationdata associated with the user's client device. Data may also becollected for other users in a particular region, which may includedemographic data and/or the spending habits of the other user's atvarious retailers. Once a user's proximity to a particular retailer isdetected, the one or more back-end components may leverage the user'sdemographic data and/or that of other users to calculate a predictedtransaction amount that the user is statistically most likely to spendat that particular retailer. This predicted transaction amount may thenbe compared to the user's current account balance to determine whetherspending the predicted transaction amount would result in an overdraft.If so, the various actions may include transferring money to cover theanticipated expenditure and/or sending a notification to the clientdevice.

Furthermore, the present aspects discussed herein may relate to, interalia, using cognitive computing (and/or machine learning) and/orpredictive modeling to automatically transfer funds between accounts tooptimize accrued interest. To accomplish this, data may be collected byone or more back-end computing devices, which may include a user'sfinancial transactions associated with various financial accounts and/orthe balances of those accounts. Using this data, an average dailyaccount balance may be calculated for one or more of the accounts, suchas a checking account, for example. A mathematical model may beimplemented that identifies funds transfer conditions, such as detectinga surplus of funds when a user's current account balance exceeds anaverage daily account balance by a threshold value. When a surplus isdetected, the one or more back-end components may then calculate anumber of days from which a statistical probability exceeds a thresholdlikelihood of the balance of the user's first financial accountmaintaining the surplus. The one or more back-end components maytransfer money from the first financial account to the second financialaccount for the calculated number of days in an amount equal to thedifference between the threshold value and the average daily accountbalance.

System Overview

FIG. 1 is a block diagram of an exemplary banking system 100 inaccordance with one aspect of the present disclosure. In the presentaspect, banking system 100 may include one or more client devices 102, apersonalized banking engine 120, one or more financial institutions 150,one or more retail stores 160, and/or a communication network 116.Banking system 100 may include additional, less, or alternate actions,including those discussed elsewhere herein.

For the sake of brevity, banking system 100 is illustrated as includinga single client device 102, a single personalized banking engine 120,two financial institutions 150, a single retail store 160, and a singlecommunication network 116. However, the embodiments described herein mayinclude any suitable number of such components. For example,personalized banking engine 120 may communicate with several clientdevices 102, each of which being operated by a respective user, to trackhis or her location and/or receive other types of information, asfurther discussed herein. To provide another example, personalizedbanking engine 120 may monitor data received from one or more clientdevices such that the spending habits of each user may be assessed forseveral retail stores.

Retail store 160 may be any suitable type of store in which merchandiseof any suitable kind is sold. Retail store 160 may encompass physicalbrick-and-mortar stores as well as virtual stores, such as thoseaccessible via online shopping over the Internet. Although the variousaspects described herein reference a physical location, it will beunderstood that this location may refer to a particular type of locationin accordance with the type of retail store that a user is visiting. Forexample, in the event that retail store 160 is a physical store,personalized banking engine 120 may receive geographic locationcoordinates from client device 102. To provide another example, in theevent that retail store 160 is an online store, personalized bankingengine 120 may receive web addresses, Internet Protocol (IP) addresses,etc., to identify the particular retailer's “location” as a uniqueonline retailer.

In the present aspects, retail store 160 may be associated with aboundary 161, which may represent any suitable boundary to appropriatelyidentify a physical location of retail store 160. For example, boundary161 may represent a geofence including a range of geographic coordinates(e.g., latitude and longitude) such that, when a location of clientdevice 102 crosses boundary 161, client device 102 and/or personalizedbanking engine 120 may determine that a user associated with clientdevice 102 has also crossed boundary 161, and is therefore proximate toretail store 160.

Communication network 116 may be configured to facilitate communicationsbetween one or more client devices 102, one or more financialinstitutions 150, and/or personalized banking engine 120 using anysuitable number of wired and/or wireless links, such as links117.1-117.3, for example. For example, communication network 116 mayinclude any suitable number of nodes, additional wired and/or wirelessnetworks that may facilitate one or more landline connections, Internetservice provider (ISP) backbone connections, satellite links, a publicswitched telephone network (PSTN), etc.

In the present aspect, communication network 116 may be implemented as alocal area network (LAN), a metropolitan area network (MAN), a wide areanetwork (WAN), or any suitable combination of local and/or externalnetwork connections. To provide further examples, communications network106 may include wired telephone and cable hardware, satellite, cellularphone communication networks, base stations, macrocells, femtocells,etc. In the present aspect, communication network 116 may provide one ormore client devices 102 with connectivity to network services, such asInternet services, for example, and/or support application programminginterface (API) calls between one or more client devices 102, one ormore financial institutions 150, and/or personalized banking engine 120.

Client device 102 may be configured to communicate using any suitablenumber and/or type of communication protocols, such as Wi-Fi, cellular,BLUETOOTH, NFC, RFID, etc. For example, client device 102 may beconfigured to communicate with communication network 116 using acellular communication protocol to send data to and/or receive data fromone or more financial institutions 150 and/or personalized bankingengine 120 via communication network 116 using one or more of radio orradio frequency links 117.1-117.3 or wireless communication channels.

In various aspects, client device 102 may be implemented as any suitablecommunication device. For example, client device 102 may be implementedas a user equipment (UE) and/or client device, such as a smartphone, forexample. To provide additional examples, client device 102 may beimplemented as a personal digital assistant (PDA), a desktop computer, atablet computer, a laptop computer, a wearable electronic device, etc.

As further discussed below, data transmitted by client device 102 to oneor more financial institutions 150 and/or personalized banking engine120 may include, for example, any suitable information used bypersonalized banking engine 120 to track the location of client device102, to track account balances of one or more users associated withclient device 102, to anticipate an overdraft of one or more financialaccounts associated with one or more financial institutions 150, tocalculate if and when to instruct one or more financial institutions 150to transfer money between a user's various financial accounts and howmuch money to transfer, etc.

Furthermore, data received by client device 102 from one or morefinancial institutions 150 and/or personalized banking engine 120 mayinclude any suitable information used to notify the user of a suggestedcourse of action and/or that an automated course of action has beentaken regarding the user's financial accounts. For example, if ananticipated overdraft of one or more accounts is detected, then clientdevice 102 may display a notification transmitted via personalizedbanking engine 120 of the account's current balance, a calculatedtransaction amount that is predicted to be spent at retailer 160, acalculated overdraft amount, etc. To provide another example, in theevent that a surplus of funds is detected in one or more of the user'sfinancial accounts at one or more financial institutions 150, the usermay receive an indication that a transfer is pending, a transfer hasbeen made, the details of the transfer such as how long until funds aretransferred back and/or the amount of the transfer, etc.

Personalized banking engine 120 may be configured to communicate usingany suitable number and/or type of communication protocols, such asWi-Fi, cellular, BLUETOOTH, NFC, RFID, etc. For example, personalizedbanking engine 120 may be configured to communicate with client device102 using a cellular communication protocol to send data to and/orreceive data from client device 102 via communication network 116 usingwireless communication or data transmission over one or more of radiolinks 117.1-117.3 (or other wireless communication channels). Forexample, as further discussed herein, personalized banking engine 120may receive location data from client device 102 indicative of a currentgeographic location of client device 102 (e.g., geographic coordinates),a retail website address that client device 102 is currently navigating,demographic information associated with client device 102, etc. Toprovide another example, personalized banking engine 120 may transmitnotifications, messages, etc., to client device 102, which may in turnbe displayed via client device 102.

To provide yet another example, personalized banking engine 120 may beconfigured to communicate with one or more financial institutions 150 tosend data to, and/or receive data from, one or more financialinstitutions 150. For example, a user may set up account permissions toauthorize personalized banking engine 150 to access financial data fromone or more user accounts held at one or more financial institutionsand/or to make withdrawals, deposits, and transfers on the user'sbehalf. Once such authorizations are set up, personalized banking engine120 may be configured to actively request funds transfers to one or morefinancial institutions 150, and/or to track and/or manage funds held inone or more user accounts at one or more financial institutions 150.

Detailed Operation of Banking System

In the present aspect, client device 102 may include one or moreprocessors 104, a communication unit 106, a user interface 108, adisplay 110, a location acquisition unit 112, and a memory unit 114.

Communication unit 106 may be configured to facilitate datacommunications between client device 102 and one or more ofcommunication network 116, financial institutions 150, and/orpersonalized banking engine 120 in accordance with any suitable numberand/or type of communication protocols. Communication unit 106 may beconfigured to facilitate data communications based upon the particularcomponent and/or network with which client device 102 is communicating.

Such communications may facilitate the transmission of location dataand/or other data from client device 102 that is utilized bypersonalized banking engine 120 to provide enhanced banking or otherfinancial services for a user associated with client device 102, asfurther discussed herein. In the present aspects, communication unit 106may be implemented with any suitable combination of hardware and/orsoftware to facilitate this functionality. For example, communicationunit 106 may be implemented with any suitable number of wired and/orwireless transceivers, network interfaces, physical layers (PHY), ports,antennas, etc.

User interface 108 may be configured to facilitate user interaction withclient device 102. For example, user interface 108 may include auser-input device such as an interactive portion of display 110 (e.g., a“soft” keyboard displayed on display 110), an external hardware keyboardconfigured to communicate with client device 102 via a wired or awireless connection (e.g., a BLUETOOTH keyboard), an external mouse, orany other suitable user-input device.

Display 110 may be implemented as any suitable type of display that mayfacilitate user interaction, such as a capacitive touch screen display,a resistive touch screen display, etc. In various aspects, display 110may be configured to work in conjunction with user-interface 108 and/orone or more processors 104 to detect user inputs upon a user selecting adisplayed interactive icon or other graphic, to identify user selectionsof objects displayed via display 110, to display notifications ofsuggested actions to take and/or actions that have already been takenregarding a user's financial accounts at one or more financialinstitutions 150, etc.

Location acquisition unit 112 may be implemented as any suitable deviceconfigured to generate location data indicative of a current geographiclocation of client device 102. In one aspect, location acquisition unit102 may be implemented as a satellite navigation receiver that workswith a global navigation satellite system (GNSS), such as the globalpositioning system (GPS) primarily used in the United States, theGLONASS system primarily used in the Soviet Union, the BeiDou systemprimarily used in China, and/or the Galileo system primarily used inEurope.

Location acquisition unit 112 and/or one or more processors 104 may beconfigured to receive navigational signals from one or more satellitesand to calculate a geographic location of client device 102 using thesesignals. Location acquisition unit 112 may include one or moreprocessors, controllers, or other computing devices and memory tocalculate the geographic location of client device 102 without one ormore processors 104. Alternatively, location acquisition unit 112 mayutilize components of one or more processors 104. Thus, one or moreprocessors 104 and location acquisition unit 112 may be combined or beseparate or otherwise discrete elements.

One or more processors 104 may be implemented as any suitable typeand/or number of processors, such as a host processor for the relevantdevice in which client device 102 is implemented, for example. One ormore processors 104 may be configured to communicate with one or more ofcommunication unit 106, user interface 108, display 110, locationacquisition unit 112, and/or memory unit 114 to send data to and/or toreceive data from one or more of these components.

For example, one or more processors 104 may be configured to communicatewith memory unit 114 to store data to and/or to read data from memoryunit 114. In accordance with various embodiments, memory unit 114 may bea computer-readable non-transitory storage device, and may include anycombination of volatile memory (e.g., a random access memory (RAM))and/or non-volatile memory (e.g., battery-backed RAM, FLASH, etc.). Inone embodiment, memory unit 114 may be configured to store instructionsexecutable by one or more processors 104. These instructions may includemachine-readable instructions that, when executed by one or moreprocessors 104, cause one or more processors 104 to perform variousacts.

In one aspect, virtual personalized banker application 115 is a portionof memory unit 114 configured to store instructions, that when executedby one or more processors 104, cause one or more processors 104 toperform various acts in accordance with applicable embodiments asdescribed herein. For example, instructions stored in virtualpersonalized banker application 115 may facilitate one or moreprocessors 104 performing functions such as determining when clientdevice 102 has crossed boundary 161 or is otherwise proximate to retailstore 160, periodically transmitting the location of client device 102(or causing location acquisition unit 112 to do so) as part of a runningbackground process, sending information to one or more financialinstitutions 150 and/or personalized banking engine 120, receivinginformation from one or more financial institutions 150 and/orpersonalized banking engine 120, displaying notifications and/or otherinformation using data received via one or more financial institutions150 and/or personalized banking engine 120, etc.

In some aspects, virtual personalized banker application 115 may residein memory unit 114 as a default application bundle that may be includedas part of the operating system (OS) utilized by client device 102. Butin other aspects, virtual personalized banker application 115 may beinstalled on client device 102 as one or more downloads, such as anexecutable package installation file downloaded from a suitableapplication store via a connection to the Internet.

For example, virtual personalized banker application 115 may be storedin any suitable portions of memory unit 114 upon installation of apackage file downloaded in such a manner. Examples of package downloadfiles may include downloads via the iTunes Store, the Google Play Store,the Windows Phone Store, a package installation file downloaded fromanother computing device, etc. Once downloaded, virtual personalizedbanker application 115 may be installed on client device 102 as part ofan installation package. Upon installation of virtual personalizedbanker application 115, memory unit 114 may store executableinstructions that, when executed by one or more processors 104, causeclient device 102 to implement the various functions of the aspects asdescribed herein.

For example, upon installing and launching virtual personalized bankerapplication 115 on client device 102, a user may be prompted to enterlogin information and/or complete an initial registration process tocreate a user profile with a party associated or otherwise affiliatedwith personalized banking engine 120, which may be the same party or adifferent party than that affiliated with one or more financialinstitutions 150, as further discussed below. The user may initiallycreate a user profile upon first launching the application, through aregistration process via a website, over the phone, etc. This userprofile may include, for example, the customer's demographic informationor any suitable information that may be useful in facilitating variousportions of the aspects as described herein.

This registration process may additionally or alternatively include, forexample, obtaining the user's affirmative consent or permission to trackhis or her location, to track and/or receive the user's financialaccount data including financial transactions and/or account balancesassociated with the user's financial accounts at one or more financialinstitutions 150, to opt-in to a system whereby the user's spendinghabits are tracked and/or spending data at various retailers iscollected, to provide authorization (e.g., online login credentials) toaccess the user's accounts held at one or more financial institutions150, etc.

In the present aspects, virtual personalized banker application 115 mayprovide different levels of functionality based upon options selected bya user and/or different implementations of virtual personalized bankerapplication 115. For example, in some aspects, virtual personalizedbanker application 115 may facilitate client device 102 working inconjunction with one or more financial institutions 150 and/orpersonalized banking engine 120 to predict account overdrafts andperform various actions accordingly. To provide another example, otheraspects include virtual personalized banker application 115 facilitatingclient device 102 working in conjunction with one or more financialinstitutions 150 and/or personalized banking engine 120 to transferfunds between various financial accounts held at one or more financialinstitutions 150 to optimize interest accrual. To provide yet anotherexample, other aspects may include virtual personalized bankerapplication 115 facilitating both of the aforementioned functionalitiesand/or other functionalities as further discussed herein.

One or more financial institutions 150 may include any suitable numberand/or type of financial institutions that hold and/or are associatedwith various financial accounts. For example, one or more financialinstitutions 150 may include banks, creditors, and/or brokers. One ormore users (e.g., a user associated with client device 102) may hold oneor more accounts with the various institutions such as checkingaccounts, savings accounts, credit accounts, charge accounts, moneymarket accounts, brokerage accounts, etc. These accounts may be held ata single institution or spread out across several different financialinstitutions.

In one aspect, financial accounts held at one or more financialinstitutions 150 may be accessible via a secure connection tocommunication network 116, for example, by client device 102 and/orpersonalized banking engine 120. For example, one or more financialinstitutions 150 may provide online banking services that allow a userto access his accounts using client device 102 and/or another suitablecomputing device. Upon receipt of a valid authenticated request forfinancial data, one or more financial institutions 150 may transmitfinancial data to client device 102 and/or personalized banking engine120, which is further discussed below. Examples of the financial datatransmitted by one or more financial institutions 150 may includefinancial transaction data indicating previous credits and debits to auser's accounts, a current account balance, spending data such as thetime, amount, and specific merchant for which previous account debitsand/or charges were made, etc.

Personalized banking engine 120 may include any suitable number ofcomponents configured to receive data from and/or send data to one ormore of client devices 102 and/or one or more financial institutions 150via communication network 116 using any suitable number of wired and/orwireless links. In various embodiments, personalized banking engine 120may constitute a portion of (or the entirety of) one or more back-endcomponents, and may be configured (alone or in conjunction with otherback-end components) to execute one or more applications to perform oneor more functions associated with the various aspects as discussedherein.

For example, as shown in FIG. 1, personalized banking engine 120 maycommunicate with one or more external computing devices, such asservers, databases, database servers, web servers, etc. The presentaspects include personalized banking engine 120 working in conjunctionwith any suitable number and/or type of back-end components tofacilitate the appropriate functions of the aspects as described herein.

For example, personalized banking engine 120 may be implemented as anysuitable number of servers that are configured to access data from oneor more additional data sources and/or store data to one or more storagedevices. For example, as shown in FIG. 1, additional data sources 170may represent data that is made available to personalized banking engine120, such as third-party data providers or other data sources inaddition to and including one or more financial institutions 150. Thisadditional data may facilitate the execution of one or more cognitivecomputing and/or predictive modeling algorithms via personalized bankingengine 120 to calculate the statistical probability that an overdraft isabout to occur, whether a particular user account has a surplus infunds, if and when to transfer some of an account surplus to anotheraccount with a better interest rate, the amount of such transfers, etc.

To provide some illustrative examples, additional data sources 170 mayinclude data mined from social media and/or a user's web browsinghabits, data provided by various retailers, demographic data associatedwith other users in a particular region and/or associated with aparticular retailer, income levels of various users, where differentusers commonly shop, assets associated with various users (such as thecars each user owns, etc.), mortgage loan information associated withvarious users, how much users typically spend at various retailers, etc.Any portion of this data may be used as input to one or more cognitivecomputing and/or predictive modeling algorithms to perform suchcalculations, some examples of which are further discussed below.

To provide another example, personalized banking engine 120 may beimplemented as any suitable number of servers that are configured togenerate and/or store financial data profiles 180. Financial dataprofiles 180 may include, for example, an aggregation of spending data,financial data, demographic data, etc., correlated to one or more usersand accessed via personalized banking engine 120 data. This data mayinclude the aforementioned data received via one or more financialinstitutions 150 and/or other data including additional data sources170, for example.

To provide an illustrative example, financial data profiles 180 mayinclude a number of user profiles organized in accordance with suitabletypes of information to uniquely identify each particular user, so thateach user may later be matched to his or her financial data profilestored in financial data profiles 180. For example, financial dataprofiles 180 may store a username that is used by one or more users inaccordance with virtual personalized banker application 115, a first andlast name of each user, etc. These financial data profiles are discussedin further detail below.

In the present aspect, personalized banking engine 120 may include oneor more processors 122, a communication unit 124, and/or a memory unit126. One or more processors 122, communication unit 124, and memory unit126 may be substantially similar implementations of, and performsubstantially similar functions as, one or more processors 104,communication unit 106, and memory unit 114, respectively, of clientdevice 102. Therefore, only the differences between these componentswill be further discussed herein.

Of course, differences between components of personalized banking engine120 and client device 102 may be owed to differences in deviceimplementation rather than the functions performed by each individualcomponent. For example, if personalized banking engine 120 isimplemented as a server whereas client device 102 is implemented as apersonal computing device, one or more processors 122 may have moreprocessing power (e.g., a faster processor, more cores, etc.) than oneor more processors 104, although one or more processors 122 may performsimilar functions as one or more processors 104 (e.g., executinginstructions stored in memory to perform various acts, processing data,etc.).

Again, in various aspects, personalized banking engine 120 may acquiredata from various sources. Some of these sources may include data fromsecure connections or may otherwise require secured or authorizedaccess. For example, one or more financial institutions 150 may provideaccess to one or more users' financial account data via any suitableauthentication technique, such as via a secure connection, passwordauthentication, public and/or private key exchanges, biometricidentification, etc.

In the present aspects, personalized banking engine 120 may, whenappropriate, implement any suitable techniques to obtain information ina legal and technically feasible manner. For example, a user may setupan account and/or profile with a third party associated withpersonalized banking engine 120. The user may then opt in to datacollection via the various data sources that are to be collected viapersonalized banking engine 120, such as browsing habits, social media,etc. The user may additionally or alternatively provide authenticationinformation for each account and/or data source for which data is to beaccessed, collected, tracked, monitored, etc.

Cognitive Computing

Cognitive computing may refer to systems that learn at scale, reasonwith purpose, and/or interact with humans naturally. Rather than beingexplicitly programmed, cognitive computing systems may learn and reasonfrom their interactions and from their experiences with theirenvironment. As opposed to traditional computing systems, which aredeterministic, cognitive computing systems are probabilistic. In otherwords, cognitive computing systems generate not just answers tonumerical problems, but hypotheses, reasoned arguments, andrecommendations about more complex and meaningful bodies of data.Cognitive computing systems may advantageously interpret and utilizedata that is typically referred to as being unstructured in nature. Thisallows such systems to keep pace with the volume, complexity, andunpredictability of information and systems in the modern world. To doso, cognitive computing systems attempt to augment the reasoning andthought processes of the human brain.

Therefore, in various aspects, personalized banking engine 120 may beimplemented as a computing device, or a constituent part of one or morecomputing devices, that is/are configured to process data in accordancewith one or more cognitive computing techniques and/or machine learningtechniques. For example, personalized banking engine 120 may beimplemented as one or more nets or nodes of an artificial neural networksystem and/or other suitable system that models and/or mimics thereasoning and processing of the human brain. Thus, cognitive computingand predictive modeling application 127 may include one or more machinelearning algorithms, pattern recognition techniques, code, logic, and/orinstructions to facilitate the behavior, functionality, and/orprocessing of a cognitive computing system.

In certain embodiments, personalized banking engine 120 may utilizemachine learning techniques. The machine learning techniques may becognitive learning, deep learning, combined learning, heuristic enginesand algorithms, and/or pattern recognition techniques. For instance, aprocessor (such as the processor 104 of client device 102, or theprocessor 122 of the personalized banking engine 120) or a processingelement may be trained using supervised or unsupervised machinelearning, and the machine learning program may employ a neural network,which may be a convolutional neural network, a deep learning neuralnetwork, or a combined learning module or program that learns in two ormore fields or areas of interest. Machine learning may involveidentifying and recognizing patterns in existing data in order tofacilitate making predictions for subsequent data. Models may be createdbased upon example inputs in order to make valid and reliablepredictions for novel inputs.

Additionally or alternatively, the machine learning programs may betrained by inputting sample data sets or certain data into the programs,such as image, client device, insurer database, and/or third-partydatabase data, including data from a user's financial data profile 180.For example, the data from a user's financial data profile 180 may beprovided by a service provider the user has an agreement with such asone of the financial institutions 150. The machine learning programs mayutilize deep learning algorithms that may be primarily focused onpattern recognition, and may be trained after processing multipleexamples. The machine learning programs may include Bayesian programlearning (BPL), voice recognition and synthesis, image or objectrecognition, optical character recognition, and/or natural languageprocessing—either individually or in combination. The machine learningprograms may also include natural language processing, semanticanalysis, automatic reasoning, and/or machine learning.

In supervised machine learning, a processing element may be providedwith example inputs and their associated outputs, and may seek todiscover a general rule that maps inputs to outputs, so that whensubsequent novel inputs are provided the processing element may, basedupon the discovered rule, accurately predict the correct output. Inunsupervised machine learning, the processing element may be required tofind its own structure in unlabeled example inputs. In one embodiment,machine learning techniques may be used to extract the relevant data forone or more client device details, user request or login details, userdevice sensors, geolocation information, image data, an insurerdatabase, a third-party database, and/or other data.

In one embodiment, a processing element (and/or machine learning orheuristic engine or algorithm discussed herein) may be trained byproviding it with a large sample of financial data with knowncharacteristics or features, such as historical financial data profiles.Based upon these analyses, the processing element may learn how toidentify characteristics and patterns that may then be applied toanalyzing data relevant to the operation of the personalized bankingengine 120, device sensors, geolocation information, image data, aninsurer database, a third-party database, and/or other data. Forexample, the processing element may learn, with the user's permission oraffirmative consent, to identify a user's spending habits, or spendinghabits for a population of users, and provide to the personalizedbanking engine 120 any learned insights.

In the present aspects, cognitive computing and predictive modelingapplication 127 may include any suitable combination of functions asdiscussed herein. For example, as shown in FIG. 1, cognitive computingand predictive modeling application 127 includes a data aggregationmodule 129, a spending prediction module 131, and an interestoptimization module 133. These modules are for illustrative purposes,and represent some of the example functionality that may be performed bypersonalized banking engine 120 in accordance with a cognitivecomputing-based system. However, some aspects include cognitivecomputing and predictive modeling application 127, including additional,less, or alternate actions, such as those discussed elsewhere herein.Furthermore, some aspects include cognitive computing and predictivemodeling application 127 implementing traditional, non-cognitivecomputing processes.

In one aspect, data aggregation module 129 is a portion of memory unit126 configured to store instructions, that when executed by one or moreprocessors 122, cause one or more processors 122 to perform various actsin accordance with applicable embodiments as described herein. In thepresent aspects, instructions stored in data aggregation module 129 mayfacilitate one or more processors 122 performing functions such asmining data for any suitable number of users. For example, instructionsstored in data aggregation module 129 may facilitate personalizedbanking engine 120 providing the requested authorization to one or morefinancial institutions 150 to receive financial data from theseinstitutions, such as a user's current and/or past account balances,financial transactions that impact the user's account balances, etc. Toprovide another example, instructions stored in data aggregation module129 may facilitate personalized banking engine 120 accessing one or moreadditional data sources (e.g., via database 170) to receive data fromone or more third party data mining providers, to receive browsinghistory data associated with one or more users, to receive demographicdata and/or household income data for one or more users, etc.

To provide yet another example, instructions stored in data aggregationmodule 129 may facilitate personalized banking engine 120 receivingspending data from one or more financial institutions 150 (e.g., acredit card company) and/or participating retailers (e.g., retailer 160,online retailers, etc.), where the spending data may indicate how muchmoney one or more users spent at various retailers, where each retailerwas located, and/or what was purchased. The spending data may come fromany suitable source in addition to, or as an alternative to, one or morefinancial institutions 150 and/or participating retailers. For example,the spending data may be received from client device 102 when a useruses client device 102 to make purchases (e.g., via a mobile devicepayment).

In the present aspects, instructions stored in data aggregation module129 may facilitate personalized banking engine 120 to aggregate receiveddata and to organize this data into one or more financial profiles.These financial profiles may be associated with each user for which datais received, and organized such that data contained as part of eachprofile may be associated with each unique user. For example, eachuser's username and/or other suitable identifying information may bestored as part of a financial profile that includes an aggregation ofall data received for that particular user from one or more datasources, as previously discussed. The details of the financial profilesare further discussed herein with reference to FIG. 2.

In one aspect, spending prediction module 131 is a portion of memoryunit 126 configured to store instructions that, when executed by one ormore processors 122, cause one or more processors 122 to perform variousacts in accordance with applicable aspects as described herein. In thepresent aspects, instructions stored in spending prediction module 131may facilitate one or more processors 122 performing functions such ascalculating a statistical likelihood that a user will spend money at aparticular retailer in an amount that may result in an accountoverdraft. To do so, aspects include personalized banking engine 120accessing and/or receiving one or more inputs, weighting these inputs aspart of a weighting function, and calculating, as an output of theweighting function, a statistical likelihood that the user will spend acertain amount of money resulting in an overdraft. The details of thesecalculations are further discussed below.

For example, instructions stored in spending prediction module 131 mayfacilitate one or more processors 122 tracking a current account balancefor a user's financial account utilizing financial account data that isreceived via one or more financial institutions 150 and/or stored aspart of the user's profile in financial data profiles 180. Furthermore,personalized banking engine 120 may determine the location of clientdevice 102 and/or one or more websites visited by a user via clientdevice 102 to attempt to anticipate whether a user is about to spendmoney that would result in a reduction of funds.

For example, personalized banking engine 120 may periodically comparelocation data received via client device 102 to determine whether clientdevice 102 (and thus a user associated with client device 102) is withina threshold distance or otherwise proximate to a particular retailer(e.g., client device 102 has crossed a geofence associated with boundary161 and therefore proximate to retailer 160). If so, personalizedbanking engine 120 may use this as a trigger condition to begincalculating a statistical likelihood of what amount, if any, the user islikely to spend at that retailer.

To provide another example, personalized banking engine 120 mayperiodically compare IP addresses and/or websites received via clientdevice 102 to determine whether client device 102 (and thus a userassociated with client device 102) is currently visiting a particularonline retailer. This may be determined, for example, by accessingdatabase 170, which may contain a list of known online retailers andtheir associated IP addresses or other uniquely identifiableinformation. If so, personalized banking engine 120 may use this as atrigger condition to begin calculating a statistical likelihood of whatamount, if any, the user is likely to spend at that online retailer.

Furthermore, personalized banking engine 120 may not only calculate apredicted transaction amount, but the most likely account that the userwill use to do so. Because personalized banking engine 120 may haveaccess to the user's financial account data, such as current balances ofchecking accounts and/or credit card accounts, some aspects may includeinstructions stored in spending prediction module 131 that facilitatepersonalized banking engine 120 determining whether this amount, ifactually spent, would result in one or more negative financial outcomesfor the user.

To provide an illustrative example, a statistical likelihood may becalculated that exceeds a threshold likelihood (e.g., 75%) that the userwill spend a particular amount of money at the retailer, drawing fundsfrom his checking account to do so. In this scenario, personalizedbanking engine 120 may calculate the effect of such a potentialtransaction on the user's current checking account balance. In the eventthat a potential transaction of the calculated predicted spending amountwould cause an overdraft, then personalized banking engine 120 maytransmit a notification to client device 102 indicating that a potentialoverdraft may occur.

To provide another illustrative example, personalized banking engine 120may calculate the effect of a potential transaction on the user's creditcard balance. In the event that a potential transaction of thecalculated predicted spending amount would cause the user's credit cardbalance to exceed a maximum limit, then personalized banking engine 120may transmit a notification to client device 102 indicating this.

In various aspects, spending prediction module 131 may facilitate one ormore processors 122 performing active and/or passive techniques toattempt to rectify one or more potential negative financial outcomes forthe user. For example, the aforementioned notifications may act aspassive techniques to inform the user, via client device 102, that apotential overdraft may occur, that a maximum credit card limit may beexceeded, etc. These notification techniques may include, for example,pushing a notification to client device 102, sending an email message toclient device 102, sending a text message notification to client device102, and/or any other suitable technique(s).

Additionally or alternatively, spending prediction module 131 mayfacilitate one or more processors 122 actively avoiding one or morepotential negative financial outcomes for the user. For example, in theevent that a potential credit card overdraft is detected, personalizedbanking engine 120 may communicate with one or more financialinstitutions 150 to request a funds transfer from one of the user'sother financial accounts to cover the calculated predicted transactionamount. For example, personalized banking engine 120 may request atransfer of user funds from a savings account to a checking account inan amount equal to the calculated predicted transaction amount (orwithin a threshold, e.g., 10% greater than the calculated predictedtransaction amount). In this way, personalized banking engine 120 mayactively monitor user activity and behavior and attempt to predict andrectify potential issues before they actually occur.

In one aspect, interest optimization module 133 is a portion of memoryunit 126 configured to store instructions, that when executed by one ormore processors 122, cause one or more processors 122 to perform variousacts in accordance with applicable aspects as described herein. In thepresent aspects, instructions stored in interest optimization module 133may facilitate one or more processors 122 performing functions such asattempting to optimize accrued interest among several of a user'sfinancial accounts. For example, personalized banking engine 120 mayrequest a transfer of funds between a user's financial accounts when asurplus of funds is detected in a lower interest-bearing account.

The details of the calculations that are performed to determine whenfunds should be transferred, the amount, and for how long, are furtherdiscussed below with reference to FIG. 3. As a general example, however,the present aspects include instructions stored in interest optimizationmodule 133 facilitating one or more processors 122 calculating anaverage daily account balance associated with one of a user's financialaccounts. This data may be accessed, for example, from the financialaccount data that is associated with the user's financial data profileand/or received via communications with one or more financialinstitutions 150. Based upon the previous account activity, such asdeposit frequencies and previous day-to-day account balances, an averagedaily account balance may be calculated for one or more user accounts.

In the present aspects, a surplus of funds may be detected when acurrent account balance exceeds the calculated average daily accountbalance by a threshold value (e.g., by 10%, 25%, 50%, etc.). Once asurplus is detected, one or more processors 122 may calculate a numberof days from the time the surplus is detected for which a statisticalprobability exceeds a threshold likelihood of the balance of the user'sfinancial account remaining in excess of the average daily accountbalance. In other words, a likelihood may be calculated that the surplusmay remain for some period of time in excess of the average dailyaccount balance. If this likelihood exceeds a threshold likelihood(e.g., 80%), then one or more processors 122 may request a transfer offunds from the financial account with the surplus to another, higherinterest-bearing financial account for the calculated number of days inan amount equal to a difference between the threshold value and theaverage daily account balance. In this way, personalized banking engine120 may actively monitor user account activity and attempt to optimizeaccrued interest by automatically moving funds between accounts when asurplus of funds held in a low interest-bearing fund is identified.

As discussed above with reference to spending prediction module 131,interest optimization module 133 may also cause personalized bankingengine 120 to transmit appropriate notifications (e.g., emails, textmessages, push notifications, etc.) to client device 102. Thesenotifications may, for example, indicate that a transfer has occurred oris about to occur, thereby keeping the user up-to-date on the accountactivity and/or allowing the user to intervene if the account transferis unwanted or unneeded.

Exemplary User Financial Data for Cognitive Computing Calculations

FIG. 2 illustrates exemplary financial data profiles 200 in accordancewith an aspect of the present disclosure. As shown in FIG. 2, financialdata profiles 200 are an example of the various types of data that maybe stored in any suitable number of storage units or databases (e.g.,financial data profiles 180, as shown in FIG. 1) and organized,modified, and/or accessed via a personalized banking engine, such aspersonalized banking engine 120, for example, as shown in FIG. 1.

As shown in FIG. 2, financial data profiles 200 include a number offinancial data profiles associated with a number of individual usersA-D. Although only four example financial data profiles are illustratedin FIG. 2, aspects include financial data profiles 200 including anysuitable number of financial data profiles for any suitable number ofdifferent users.

Financial data profiles 200 illustrate a number of different types ofdata associated with each user. Again, this data may be used inaccordance with the present aspects to perform calculations andpredictions regarding a user's financial accounts. FIG. 2 illustrateseach of financial data profiles 200 as having a specific number andamount of data associated with each user's financial data profile;however, aspects include financial data profiles 200 storing anysuitable number and/or type of data to facilitate the calculationsand/or predictions as discussed herein.

For example, as shown in FIG. 2, each user's financial data profilecontains three different types of inputs. Input (a) may represent eachuser's credit card utilization as a percentage of each user's maximumcredit card limits. Credit card utilization may be obtained, forexample, via data received from third party credit reports and/or dataobtained via access to a user's credit card accounts. Input (b) mayrepresent a history of retailers that each user may have visited oversome period of time (e.g., within the last 30 days, 60 days, etc.), theamount of money that each user spent at each retailer, and/or what eachuser purchased, while inputs (c1-c7) may represent a number ofdemographic factors.

In addition to the aforementioned inputs (a), (b), and (c1-c7), eachuser's financial data profile may contain other information such asfinancial account data. The details of each user's financial data arenot shown in FIG. 2 for purposes of brevity, but may include anysuitable data used to calculate a daily account balance, an averageaccount balance over some period of time, spending data discussed above,etc. In other words, each user's financial data profile may include allnecessary information required to perform the aspects described herein.

In the present aspects, upon detecting a user's proximity to a physicalretailer or a user navigating an online retailer's website, personalizedbanking engine 120 may utilize data stored in one or more financial dataprofiles to calculate a predicted transaction amount that the user isstatistically most likely to spend at that particular retailer. Aspectsinclude personalized banking engine 120 utilizing this data inaccordance with any suitable predictive modeling and/or cognitivecomputing techniques to calculate a predicted transaction amount.

For example, personalized banking engine 120 may calculate the predictedtransaction amount as an output of a weighting function that weights aplurality of inputs extracted from any combination of data stored in oneor more financial data profiles. The weighting function may, forexample, place weights upon various inputs that tend to contribute orcorrelate more to the determination of how much a certain user typicallyspends at a particular retailer.

This may be analyzed, for example, in light of previous data stored inthe user's financial data profile and/or a history of data stored inother user's financial profiles. To provide an illustrative example, ananalysis of data stored across one or more financial data profiles mayindicate a strong correlation between an amount of money spent atcertain retailers and certain elements of demographic data, such as age(c1) and income (c7). Furthermore, such an analysis may also indicate aweaker correlation between an amount of money spent at certain retailersand credit card utilization and other elements of demographic data, suchas gender (c2) and household size (c4).

Continuing the previous example, aspects include calculating a predictedtransaction amount by applying greater weight to inputs from financialdata profiles having a stronger correlation to the amount spent at aparticular retailer, and applying lesser weight to inputs from financialdata profiles having a weaker correlation to the amount spent at aparticular retailer. In this way, personalized banking engine 120 maydetermine the statistically most likely transaction amount that a userwill spend at a particular retailer based upon that user's previousbehavior and/or similar user's previous behavior at the same retailer orsimilar retailers (e.g., retailers selling similar merchandise, locatedin a similar region, etc.).

To provide another illustrative example, each of financial data profiles200 may store spending data (e.g., as part of the financial data) thatindicates an average amount spent by each of the plurality of users atvarious retailers over a period of time. Continuing this example,personalized banking engine 120 may determine the statistically mostlikely transaction amount that a user will spend at a particularretailer by identifying a subset of the users that have demographicinformation that best matches that of the user. With reference to FIG.2, for example, assume that users A, B, and D have similar demographicdata inputs (e.g., a threshold number of inputs c1-c7 match or matchwithin a certain threshold).

Further assume that personalized banking engine 120 has detected thatuser A is nearby retailer A. In such a scenario, the present aspects mayinclude personalized banking engine 120 calculating a predictedtransaction amount for user A at retailer A by averaging the amountspent by each of users B and D over the last 60 days at the sameretailer (a total of three transactions), which results in a calculationof ($128+$135+$310)/3=$191. If an adequate amount of data exists foruser A's previous visits to the same retailer, this data may also beincluded in the average calculation. For example, user A may havepurchased two $200 items at retailer A over the last 60 days. As such,there would be five transactions of $128, $135, $200, $200, and $310. Inthis case, the average amount spent by users A, B, and D at retailer Awould be $194.60. In another embodiment, personalized banking engine 120may calculate a predicted transaction amount for user A at retailer A bydetermining the median amount spent by each of users A, B, and D overthe last 60 days at retailer A, which results in the followingcalculation: median ($128, $135, $200, $200, $310)=$200. Of course,various modifications may be made to such calculations, such as notincluding certain data points outside a certain range to prevent skewingof calculations, weighing the user's own spending data more heavily thanother user's, etc.

To provide yet another illustrative example, aspects includepersonalized banking engine 120 determining the statistically mostlikely transaction amount that a user will spend at a particularretailer by combining spending data with a weighing function. In otherwords, as in the previous example, personalized banking engine 120 mayidentify a subset of the users that have demographic information thatbest matches that of a user for which the calculation is beingperformed.

However, instead of averaging the spending amounts among the identifiedusers for the same retailer, aspects include personalized banking engine120 calculating dominant portions of the demographic information thatcause the greatest variance in the average amount spent by each of thesubset of the plurality of other users. Therefore, these dominantportions may constitute demographic factors with the strongestcorrelation to the average amount spent across multiple users.

For example, assume that all users A-D have similar demographic data.User's A, B, and D are shown to have recently spent similar amounts atthe same retailer A, while user C is shown to have spent significantlymore. An analysis of the differences between their demographic data mayindicate, however, that although several portions of demographic datamatch among users A-D, user C has an annual income approximately twicethat of user's A, B, and D. Therefore, annual income input (c7) may beconsidered the dominant portion of demographic data in this example.Thus, the statistically most likely transaction amount may be calculatedby weighting this input (c7) differently than the others, such as byincreasing its weight compared to the other demographic inputs (c1-c6),for example.

Exemplary Financial Account Balance Tracking for Cognitive ComputingCalculations

FIG. 3 illustrates a graphical representation of an exemplary trackedfinancial account balance 300 in accordance with an aspect of thepresent disclosure. In the present aspect, tracked financial accountbalance 300 may represent data in a time-wise format that is monitoredby a personalized banking engine, such as personalized banking engine120, for example, as shown in FIG. 1.

For example, tracked financial account balance 300 may constitute anaccount balance of one or more user accounts that is accessed,monitored, or otherwise tracked, which may be stored as part offinancial data profiles 180, as shown in FIG. 1. Thus, the data used toconstruct the tracked financial account balance 300 may be part of auser's financial profile. In various aspects, the user's financial data,including the account balances, may be updated in accordance with anysuitable schedule (e.g., once per day, once every hour, once every 30minutes, etc.). Therefore, tracked financial account balance 300 mayrepresent a log of historical daily closing balances for a user'sfinancial account, such as a checking account, for example.

As shown in FIG. 3, financial account balance 300 shows variations of auser's account balance over a period of time as line 302.1. Inaccordance with the present aspects, personalized banking engine 120 mayaverage variations in a user's account balance over any suitable timewindow, such as the previous 30 days, the previous 60 days, etc., tocalculate an average daily account balance 304 within this window.Furthermore, personalized banking engine 120 may calculate average dailyaccount balance 304 as a rolling average, updating the value each day asthe window moves forward in time, such that average daily accountbalance 304 represents an average account balance from the most recent30 days, the most recent 60 days, etc.

Although referred to as an average daily account balance, average dailyaccount balance 304 may be calculated using any suitable techniquesincluding traditional, or “straight” averaging or weighted averaging,such as giving more weight to monetary amounts that are more common orappear more often within a time period. Furthermore, the present aspectsinclude personalized banking engine 120 calculating average dailyaccount balance 304 by truncating or not including more sporadic changesin the account balance within a time period.

In still other aspects, personalized banking engine 120 may calculateaverage daily account balance 304 via one or more cognitive computingtechniques and/or predictive modeling techniques. Personalized bankingengine 120 may attempt, for example, to predict average daily accountbalance 304 based upon spending history, financial transactionsassociated with the user's accounts, the frequency and/or amount ofdeposits to the user's financial account (e.g., regular recurringdeposits from the user's paycheck or direct deposit), etc.

Thus, personalized banking engine 120 may track or otherwise calculateaverage daily account balance 304 using any suitable number and/orsources of data, such as third party data sources and/or one or morefinancial account data received or otherwise accessed via the user's oneor more financial institutions (e.g., one or more financial institutions150, as shown in FIG. 1). Once calculated, personalized banking engine120 may then utilize this data to detect a surplus of funds in one ormore financial accounts.

This surplus may be calculated in accordance with any suitabletechniques. For example, as shown in FIG. 3, a threshold monetary valueis represented by line 306, which exceeds the average daily accountbalance 304 by some amount. This amount may be calculated or otherwiseselected to function as a buffer such that even if the current balanceis reduced by this amount, as shown by line 308, the current accountbalance will not be negative or otherwise be overdrawn. For example, thecalculated threshold value may be some percentage (e.g., 10%, 20%, etc.)of average daily account balance 304.

Upon detecting a surplus condition, the present aspects includepersonalized banking engine 120 calculating, projecting, or otherwiseforecasting an account balance for a time period in the future. Thesecalculations may be based upon, for example, one or more cognitivecomputing techniques and/or predictive modeling techniques, which mayattempt, for example, to forecast a user's future account balance basedupon spending history, financial transactions associated with the user'saccounts, the frequency and/or amount of deposits to the user'sfinancial, other user's account history and/or spending habits withsimilar demographics, etc. An example of a forecasted account balance isshown in FIG. 3 as broken line 302.2, while the user's previous andcurrent account balances are shown in FIG. 3 as solid line 301.1.

To provide an illustrative example referring to FIG. 3, personalizedbanking engine 120 may detect an initial surplus at time 310. In thisexample, time periods are measured in days, but aspects include thecalculation of time periods in accordance with any suitable unit of timemeasurement (e.g., weeks, hours, minutes, seconds, etc.). Personalizedbanking engine 120 may then calculate a set of time periods (e.g., fromone to 10 days) and, for each one, an associated statistical probabilitythat represents a likelihood of the user's account balance remainingabove in excess of the average daily account balance by the thresholdvalue. An example of a set of calculations is provided below in Table 1.

TABLE 1 Statistical probability Number of user's account of days balanceretaining a surplus  0 (Current) 100%  1  97%  2  90%  3  82%  4  78%  5 68%  6  62%  7  58%  8  55%  9  72% 10  85%

As shown in Table 1, personalized banking engine 120 may calculatevarious degrees of statistical probabilities based upon the forecastedfuture account balance. As shown in FIG. 3, it becomes less likely thatthe forecasted account balance will include a surplus of funds until day9, which may represent, for example, a date associated with a regularlyrecurring deposit. Therefore, aspects include personalized bankingengine 120 selecting a number of days from when the surplus is detectedfor which a statistical probability exceeds a threshold likelihood ofthe balance of the user's first financial account remaining above thethreshold value.

This may include, for example, analyzing the results similar to thoseshown above in Table 1 to determine a number of consecutive days forwhich a threshold likelihood is continuously exceeded. Using the examplevalues shown in Table 1, assume that the threshold likelihood isselected as 75%. In such a case, personalized banking engine 120 maycalculate the number of days as 4. Aspects include personalized bankingengine 120 then transferring funds from the user's account to anotherfinancial account that bears a higher interest rate for four days, afterwhich time personalized banking engine 120 may transfer the funds backto the original account. The amount of these funds may be, for example,a difference between the threshold value and the average daily accountbalance, as shown in FIG. 3 by the reduction in the forecasted accountbalance represented by line 308. In this way, personalized bankingengine 120 facilitates automatic optimization of accrued interest amonga user's accounts with a minimal likelihood of the user having tointervene and/or the transfer resulting in an overdraft or negativeaccount balance.

In various aspects, personalized banking engine 120 may transfer fundsback to the user's account in varying amounts to further maximizeaccrued interest. For example, the entire amount of the funds may betransferred back, or a lesser amount may be transferred to bring thebalance of the user's first financial account back to the average dailyaccount balance.

Additionally or alternatively, personalized banking engine 120 maycalculate the number of days for which to keep the transferred funds inthe higher interest-bearing account by taking into consideration theamount of time required for funds to clear or be available forwithdrawal. For example, personalized banking engine 120 may determinethat it takes one business day for funds to be available for withdrawalby the user after a transfer is made. Using the above example,personalized banking engine 120 may compensate for this business day andtransfer funds at the end of the third day instead of the fourth day.

Furthermore, various aspects include personalized banking engine 120continuing to monitor the user's current account balance once funds havebeen transferred out of the lower interest-bearing account. Thus, in theevent that the forecasted account balance is inaccurate, personalizedbanking engine 120 may transfer funds back to the user's lowerinterest-bearing account even when the number of calculated days has notyet expired.

For example, personalized banking engine 120 may determine when one ormore transactions are pending but have not yet cleared and thereforehave not yet affected the user's current account balance. Personalizedbanking engine 120 may, however, use the amount of one or more pendingtransactions to determine whether, upon being cleared, the user'saccount would be overdrawn or otherwise negatively impacted. In such ascenario, personalized banking engine 120 may transfer funds back intothe lower interest-bearing account prior to the expiration of the numberof days discussed above.

Additionally or alternatively, personalized banking engine 120 may usethe amount of pending transactions as part of a condition to determinewhether to initially transfer money out of the user's lowerinterest-bearing account to the user's higher interest-bearing account,thereby compensating for pending transactions when determining whether asurplus exists. In this way, personalized banking engine 120 mayactively track and monitor a user's account while transfers are pendingto ensure that a user's financial account is not negatively impacted.

In any event, the current aspects include personalized banking engine120, upon transferring a user's funds between accounts and/ordetermining that a transfer may be preferable or necessary, notifyclient device 102 in accordance with any suitable techniques. Forexample, personalized banking engine 120 may transmit a pushnotification, a text message, an email, etc., to client device 102 tokeep the user up-to-date regarding the status of account transfers andother recommendations.

Exemplary Computer-Implemented Method of Preventing Account Overdraftsand Excessive Credit Spending

FIG. 4 illustrates an exemplary computer-implemented method flow 400 inaccordance with one aspect of the present disclosure. In the presentaspects, one or more portions of method 400 (or the entire method 400)may be implemented by any suitable device, and one or more portions ofmethod 400 may be performed by more than one suitable device incombination with one another. For example, one or more portions ofmethod 400 may be performed by client device 102 and/or personalizedbanking engine 120, as shown in FIG. 1. In one embodiment, method 400may be performed by any suitable combination of one or more processors,applications, algorithms, and/or routines. For example, method 400 maybe performed via one or more processors 122 executing instructionsstored in cognitive computing and predictive modeling application 127 inconjunction with data collected, received, and/or generated viapersonalized banking engine 120.

Method 400 may start when one or more processors track a user'sfinancial account balance (block 402). In the present aspects, theuser's financial account balance may be tracked via a personalizedbanking engine receiving financial account data from one or morefinancial institutions for which the user has provided authorization.For example, as discussed herein, a personalized banking engine mayaccess the user's account information via a secure connection, using theuser's provided password and logon information.

Method 400 may include one or more processors determining whether a useris close to a retailer and/or whether a user is visiting a retailer'swebsite (block 404). This may include, for example, a personalizedbanking engine monitoring a user's physical location and/or websites theuser is visiting to determine that a user is close to a particularphysical retail location and/or currently navigating a retailer'swebsite, as further discussed herein (block 404). If so, method 400 maycontinue (block 406). If not, method 400 may revert back to continuingto monitor the user's financial account balance (block 402) and theuser's physical location and/or websites the user is visiting (block404).

Method 400 may include one or more processors calculating a predictedtransaction amount that the user will likely spend at the particularretailer (block 406) previously identified (block 404). Method 400 mayinclude one or more processors, upon detecting that a user is close to aretailer or visiting a retail website, calculating a predictedtransaction amount that the user is likely to spend at that retailerwith a statistical probability exceeding a threshold probability (block406). Again, this calculation may be based upon any suitable cognitivecomputing and/or predictive modeling techniques, such as thoseleveraging demographic data or other data as discussed herein (block406).

Method 400 may include one or more processors determining whether thecalculated predicted transaction amount (block 404) exceeds the user'scurrent account balance (block 408). If so, method 400 may continue(block 410). If not, method 400 may revert back to continuing to monitorthe user's financial account balance (block 402) and the user's physicallocation and/or websites the user is visiting (block 404).

Method 400 may include one or more processors transmitting anotification to a user's client device indicating a potential overdraftof the user's credit limit being potentially exceeded (block 410).Again, these notifications may include, for example, push notifications,email messages, text messages, etc. (block 410).

Exemplary Use Case for Preventing Account Overdrafts and ExcessiveCredit Spending

FIG. 5 illustrates an exemplary use case 500 for preventing accountoverdrafts and excessive credit spending. FIG. 5 includes a first timeperiod 502, a second time period 504, a client device 102, a retailer160, and a boundary 161. The use case 500 illustrated in FIG. 5 may bean example operation of the disclosed systems and methods for preventingaccount overdrafts and excessive credit spending. During time period502, a user (not shown) may be in possession of client device 102.Client device 102 is in relative proximity to the retailer 160, however,the client device has not crossed boundary 161. Boundary 161 may be thegeofence described above as determined by client device 102,personalized banking engine 120, retailer 160, or some combinationthereof. During this time period, personalized banking engine 120, orclient device 102, may track a current account balance for the user'sfinancial account utilizing financial account data.

At time period 504, the user and client device 102 have crossed boundary161 and are located within the proximity of the retailer 160.Personalized banking engine 120, or client device 102, may determinethat the user is located within a threshold distance of the retailer160. Personalized banking engine 120, or client device 102, maycalculate a predicted transaction amount that the user is likely tospend at the retailer 160. Personalized banking engine 120, or clientdevice 102, may use any of the different types of methods describedabove to calculate the predicted transaction amount. In the event thatthe predicted transaction amount exceeds the current account balance forthe user's financial account and the user is located within thethreshold distance of the retailer 160, personalized banking engine 120,or client device 102, may selectively transmit a notification to clientdevice 102 associated with the user. If the predicted transaction amountdoes not exceed the current account balance for the user's financialaccount, or the user is not located within the threshold distance ofretailer 160, a notification does not need to be sent. In someembodiments, if the predicted transaction amount does not exceed thecurrent account balance for the user's financial account personalizedbanking engine 120 may selectively transmit a notification to clientdevice 102 alerting the user to the fact that he or she has sufficientfunds in his or her financial account to cover a purchase totaling thepredicted transaction amount.

Exemplary Computer-Implemented Method for Notifying a User of aPotential Overdraft

In one aspect, a computer-implemented method for notifying a user of apotential overdraft may be provided. The method may include: (1)tracking a current account balance for a user's financial accountutilizing financial account data; (2) determining when the user islocated within a threshold distance of a retailer; (3) calculating apredicted transaction amount that the user is statistically most likelyto spend at the retailer; and/or (4) selectively transmitting, by theone or more processors, a notification to a client device associatedwith the user indicating that a potential overdraft may occur when (i)the predicted transaction amount exceeds the current account balance forthe user's financial account, and (ii) the user is located within thethreshold distance of the retailer. The method may include additional,less, or alternate actions, including those discussed elsewhere herein.

For instance, in various aspects, the predicted transaction amount maybe calculated as an output of a weighting function that weights aplurality of inputs that include (i) the retailer, and (ii) the user'sdemographic information. The user's demographic information may include,for example, the user's age, income level, and geographic region.

Additionally or alternatively, the method may include storing spendingdata in a database, which may be associated with each of a plurality ofother users. The spending data may indicate an average amount spent byeach of the plurality of users at the retailer over a period of timeand/or demographic information associated with each of the plurality ofother users. In such a case, the method may include calculating thepredicted transaction amount by (i) identifying a subset of a pluralityof other users having demographic information matching that of the user;and (ii) averaging, over each of the identified subset of the pluralityof users, the average amount spent by each of the subset of theplurality of users.

Additionally or alternatively, the predicted transaction amount may becalculated by first calculating dominant portions of the demographicinformation, for each of the subset of the plurality of other users,which causes the greatest variance in the average amount spent by eachof the subset of the plurality of other users. The method may includecalculating the predicted transaction amount as an output of a weightingfunction that weights a plurality of inputs including the user'sdemographic information based upon the dominant portions of thedemographic information from each of the subset of the plurality ofother users.

Additionally or alternatively, the method may include selectivelytransmitting the notification to the client device by sending a pushnotification to the client device, sending an email message to theclient device, and/or sending a text message to the client device.

Exemplary System for Notifying a User of a Potential Overdraft

In yet another aspect, a system for notifying a user of a potentialoverdraft may be provided. The system may include: (1) a client deviceconfigured to periodically transmit location data indicative of acurrent location of the client device and to receive and displaynotifications associated with a user's financial account; and/or (2) oneor more back-end components configured to: (a) track a current accountbalance for the user's financial account utilizing financial accountdata; (b) determine when the user is located within a threshold distanceof a retailer based upon the periodically transmitted location data; (c)calculate a predicted transaction amount that the user is statisticallymost likely to spend at the retailer; and/or (d) selectively transmit anotification to the client device associated with the user indicatingthat a potential overdraft may occur when (i) the predicted transactionamount exceeds the current account balance for the user's financialaccount, and (ii) the user is located within the threshold distance ofthe retailer. The system may include additional, less, or alternatecomponents, including those discussed elsewhere herein.

For instance, the one or more back-end components may be furtherconfigured to calculate the predicted transaction amount as an output ofa weighting function that weights a plurality of inputs that include (i)the retailer, and (ii) the user's demographic information. The user'sdemographic information may include, for example, the user's age, incomelevel, and geographic region.

Additionally or alternatively, the one or more back-end components maybe further configured to: (e) store spending data in a databaseassociated with each of a plurality of other users, the spending dataindicating an average amount spent by each of the plurality of users atthe retailer over a period of time; (f) identify a subset of a pluralityof other users having demographic information that matches that of theuser; and/or (g) calculate the predicted transaction amount byaveraging, over each of the identified subset of the plurality of users,the average amount spent by each of the subset of the plurality ofusers.

Additionally or alternatively, the system may include the one or moreback-end components storing spending data in a database, which may beassociated with each of a plurality of other users. The spending datamay indicate an average amount spent by each of the plurality of usersat the retailer over a period of time and/or demographic informationassociated with each of the plurality of other users. In such a case,the system may include the one or more back-end components calculatingthe predicted transaction amount by (i) identifying a subset of aplurality of other users having demographic information matching that ofthe user; and (ii) averaging, over each of the identified subset of theplurality of users, the average amount spent by each of the subset ofthe plurality of users.

Additionally or alternatively, the predicted transaction amount may becalculated by the one or more back-end components first calculatingdominant portions of the demographic information, for each of the subsetof the plurality of other users, which causes the greatest variance inthe average amount spent by each of the subset of the plurality of otherusers. The system may include the one or more back-end componentscalculating the predicted transaction amount as an output of a weightingfunction that weights a plurality of inputs including the user'sdemographic information based upon the dominant portions of thedemographic information from each of the subset of the plurality ofother users.

Additionally or alternatively, the system may include the one or moreback-end components selectively transmitting the notification to theclient device by sending a push notification to the client device,sending an email message to the client device, and/or sending a textmessage to the client device.

Exemplary System for Moving Excess Monies Between Financial Accounts

In yet another aspect, a system to sweep excess monies into anotherfinancial account may be provided. The system may include one or moreprocessors and/or transceivers configured to: (1) track financialaccount data including (i) financial transactions associated with auser's first and second financial account, and (ii) a current accountbalance associated with the user's first and second financial account;(2) calculate an average daily account balance associated with theuser's first financial account based upon the financial account data;(3) detect a surplus when the current account balance associated withthe user's first financial account exceeds the average daily accountbalance by a threshold value; (4) calculate a number of days from whenthe surplus is detected for which a statistical probability exceeds athreshold likelihood of the balance of the user's first financialaccount remaining in excess of the average daily account balance; and/or(5) transfer money from the first financial account to the secondfinancial account for the calculated number of days in an amount equalto a difference between the threshold value and the average dailyaccount balance.

In some embodiments of the system, the first financial account accruesinterest at a rate that is less than that of the second financialaccount. In other embodiments, the system further includes at theexpiration of the calculated number of days, transferring, by the one ormore processors, money from the second financial account to the firstfinancial account. Additionally, in some embodiments the money istransferred from the second financial account to the first financialaccount in an amount required to bring the balance of the user's firstfinancial account back to the average daily account balance. In anotheraspect of the system, the act of calculating the number of days includescompensating for time required for the money to be available in thefirst financial account upon being transferred from the second financialaccount to the first financial account.

In yet another aspect of the system, the system is further configuredto: (6) determine whether a pending transaction, upon being cleared,would result in the user's first financial account being overdrawn, andwherein the act of transferring money from the first financial accountto the second financial account further comprises selectivelytransferring the money from the first financial account to the secondfinancial account only when the pending transaction, upon being cleared,would not result in the user's first financial account being overdrawn.The system may also be further configured to: (7) transmit anotification to a client device associated with the user indicating thatmoney has been transferred from the first financial account to thesecond financial account.

Exemplary Computer-Implemented Method of Optimizing Interest AccrualBetween a User's Financial Accounts

FIG. 6 illustrates an exemplary computer-implemented method flow 600 inaccordance with an aspect of the present disclosure. In the presentaspects, one or more portions of method 600 (or the entire method 600)may be implemented by any suitable device, and one or more portions ofmethod 600 may be performed by more than one suitable device incombination with one another. For example, one or more portions ofmethod 600 may be performed by client device 102 and/or personalizedbanking engine 120, as shown in FIG. 1. In an embodiment, method 600 maybe performed by any suitable combination of one or more processors,applications, algorithms, and/or routines. For example, method 600 maybe performed via one or more processors 122 executing instructionsstored in cognitive computing and predictive modeling application 127 inconjunction with data collected, received, and/or generated viapersonalized banking engine 120.

Method 600 may start when one or more processors track a user'sfinancial account balance (block 602). In the present aspects, theuser's financial account balance may be tracked via a personalizedbanking engine receiving financial account data from one or morefinancial institutions that the user has provided authorization. Forexample, as discussed herein, a personalized banking engine may accessthe user's account information via a secure connection, using the user'sprovided password and logon information, etc.

Method 600 may include one or more processors calculating an averagedaily account balance (block 604) using the tracked financial accountbalance data (block 602). This may include, for example, calculating anaverage daily account balance from any suitable window and in accordancewith any suitable techniques, as further discussed herein (block 604).

Method 600 may include one or more processors determining whether theuser's tracked account has a surplus of funds (block 606). This may bedetermined, for example, when the user's account balance exceeds athreshold value (block 606). If so, then method 600 may continue (block606). If not, method 600 may revert back to continuing to track theuser's financial account balance (block 602).

Method 600 may include one or more processors calculating a number ofdays for which the user's account balance will remain in excess of thethreshold value (block 608). This threshold value may include, forexample, the same threshold value used for the determination of whetherthe user's account has a surplus of funds (block 608). This calculationmay be performed, for example, by determining a consecutive number ofdays in which a threshold statistical probability threshold is exceeded,as discussed further herein (block 608).

Method 600 may include one or more processors transferring funds fromthe user's tracked account to another account that has a higher interestrate (block 610). This may include, for example, a personalized bankingengine communicating with the user's financial institutions to request afunds transfer, such as an electronic funds transfer (EFT), an automatedclearing house transfer (ACH), etc. (block 410).

Targeted Offers Based Upon Shopping Profile

FIG. 7 illustrates an exemplary computer-implemented method 700 inaccordance with one aspect of the present disclosure. In the presentaspects, one or more portions of method 700 (or the entire method 700)may be implemented by any suitable device, and one or more portions ofmethod 700 may be performed by more than one suitable device incombination with one another. For example, one or more portions ofmethod 700 may be performed by client device 102 and/or personalizedbanking engine 120, as shown in FIG. 1. In one embodiment, method 700may be performed by any suitable combination of one or more processors,applications, algorithms, and/or routines. For example, method 700 maybe performed via one or more processors 122 executing instructionsstored in cognitive computing and predictive modeling application 127,and/or instructions stored in commercial communication module 133, inconjunction with data collected, received, and/or generated viapersonalized banking engine 120.

The method 700 may include generating, via one or more processors, ashopping profile of the user wherein the shopping profile includes adataset indicative of shopping habits of the user (block 702). Theshopping profile for the user may be built (with user permission) usingfinancial transaction data, such as the financial transaction datastored in the financial data profiles 180. The method 700 may includereceiving, via the one or more processors, a location of the user'smobile device (block 704). The location of the user's device may bedetermined by the location acquisition unit 112 of the client device102. The method 700 may include identifying, via the one or moreprocessors, that the location of the mobile device is within a thresholddistance of a physical vendor location associated with a vendor (block706). The method 700 may include determining, via the one or moreprocessors, that the vendor is a preferred vendor of the user based uponthe dataset included in the shopping profile (block 708).

If the vendor is a preferred vendor, the method may include,identifying, via the one or more processors, commercial communicationsfor products that are currently being offered by the preferred vendor atabated value (block 710). Accordingly, the method may includedetermining, via the one or more processors, which commercialcommunications are for preferred products for the user based upon thedataset included in the shopping profile (block 712). Further, themethod may include, when there are any preferred products currentlyoffered by the preferred vendor and the mobile device is within thethreshold vicinity of the physical vendor location, transmitting, viathe one or more processors, the commercial communications for thepreferred products to the user's mobile device (block 714). The methodmay include additional, less, or alternate actions, including thosediscussed elsewhere herein.

In some embodiments of the method, generating, via the one or moreprocessors, the shopping profile of the user (block 702) includesinputting, via the one or more processors, financial transaction dataassociated with the user into a machine learning program that is trainedto generate the shopping profile for the user based upon the financialtransaction data.

In some embodiments of the method, the shopping profile for the customerincludes at least one or more of (i) the names of merchants at which theuser shops; (ii) the frequency the user shops at each merchant; (iii) anaverage of how much the user spends at each merchant; (iv) the types ofproducts purchased at each merchant, (v) the brand names of productspurchased at each vendor by the user, or some combination thereof. Theshopping profile may be customizable by the customer.

In some embodiments of the method, the commercial communications includean offer of reward points if a purchase of the preferred product iscompleted within a given amount of time. Similarly, the commercialcommunications may include an offer of reward points if a purchase ofthe preferred product is completed using a designated payment type. Thedesignated payment type may be a particular credit account, a particularfinancial account, or any other type of payment account associated withthe user. In some embodiments of the method, the commercialcommunications include bundled pricing for a bundle of products offeredby the preferred merchant. For example, the bundled products may beproducts and/or services that are commonly bought together such as amortgage loan and homeowners insurance, or an automobile and automobileinsurance, etc. In yet other embodiments, the commercial communicationsmay include an offer of reward points if a purchase of the preferredproduct is completed via a loan product.

In some embodiments, the shopping profile for the user includes apredicted life event, and the preferred offer is based upon thepredicted life event. The life event may be predicted as part ofgenerating the shopping profile (block 702), or may be predictedindependent of the method 700. The predicted life event may include atleast one of an educational event, an age-related event, a birth of achild, a marriage, or some combination thereof. The educational eventmay be the user graduating from an education institution, or a child orother member of the user's family graduating from an educationalinstitution. The age-related event may be the user turning a particularage, and/or a member of the user's family (e.g., a spouse or child)turning a particular age. The birth of the child may be the birth of achild of the user, the birth of a child for a member of the user'sfamily, or the birth of a child for another individual connected to theuser. Similarly, the marriage may be the user's marriage, or themarriage of any member of the user's family, any friend of the user, orany other individual associated with the user.

Exemplary Use Case for Generating Targeted Offers Based Upon ShoppingProfile

FIG. 8 illustrates an exemplary use case 800 for presenting targetedoffers for preferred products to a user via a mobile device. FIG. 8includes a first time period 802, a second time period 804, a clientdevice 102, a retailer 160, and a boundary 161. The use case 800illustrated in FIG. 8 may be an example operation of the disclosedsystems and methods for presenting targeted offers for preferredproducts to a user via a mobile device. During time period 802, a user(not shown) may be in possession of client device 102. Client device 102is in relative proximity to the retailer 160. However, client device 102has not crossed boundary 161. Boundary 161 may be the geofence describedabove as determined by client device 102, personalized banking engine120, retailer 160, or some combination thereof. During this time periodpersonalized banking engine 120, or client device 102, may generate ashopping profile for the user. Personalized banking engine 120, orclient device 102, may use any of the different types of methodsdescribed above to generate the shopping profile. In some embodiments,the shopping profile is not built until after the user has crossedboundary 161.

At time period 804, the user and client device 102 have crossed boundary161 and are located within the proximity of retailer 160. Personalizedbanking engine 120, or client device 102, may determine that the user islocated within the threshold distance of retailer 160. Personalizedbanking engine 120, or client device 102, may determine that theretailer 160 is a preferred vendor for the user. Personalized bankingengine 120, or client device 102, may identify relevant commercialcommunications for the user associated with the preferred merchant. Forexample, the commercial communications may be targeted offers for goodsor services of interest to the user. The goods or services that are ofinterest to the user may be determined by personalized banking engine120, or client device 102, analyzing the shopping profile of the user.These commercial communications may then be transmitted to client device102 allowing the user to take action on the commercial communications.The user may purchase the goods or services identified in the commercialcommunications, or in some cases the user may decide based upon thenotification to enter retailer 160 to investigate the promotionaloffers.

Targeted Offers to Inactive Account Holders

FIG. 9 illustrates an exemplary computer-implemented method 900 inaccordance with one aspect of the present disclosure. In the presentaspects, one or more portions of method 900 (or the entire method 900)may be implemented by any suitable device, and one or more portions ofmethod 900 may be performed by more than one suitable device incombination with one another. For example, one or more portions ofmethod 900 may be performed by client device 102 and/or personalizedbanking engine 120, as shown in FIG. 1. In one embodiment, method 900may be performed by any suitable combination of one or more processors,applications, algorithms, and/or routines. For example, method 900 maybe performed via one or more processors 122 executing instructionsstored in cognitive computing and predictive modeling application 127,and/or instructions stored in commercial communication module 133, inconjunction with data collected, received, and/or generated viapersonalized banking engine 120.

The method 900 may include receiving financial transaction dataassociated with financial transactions initiated by a user, andgenerating, via one or more processors, a shopping profile associatedwith shopping habits of a user (block 902). The shopping profile mayinclude a dataset including the received financial transaction data,and/or other data indicative of a user's shopping preferences (e.g.,favorite stores, favorite products), or transaction history. The method900 may include receiving, via the one or more processors, location datafrom a user's mobile device in real-time or near real-time (block 904),and using the mobile device location to determine, via the one or moreprocessors, that the user is at, or near, a specific vendor location(block 906). Whether a user is at, or near, a specific vendor locationmay be determined by the user's mobile device crossing a predeterminedthreshold distance of the physical vendor location. The thresholddistance may be decided by the user, the vendor, or by personalizedbanking engine 120.

The method 900 may include identifying, via the one or more processors,that the user has not used an account for a predetermined amount of time(block 908). The account may be an inactive credit card account, aninactive checking account, an inactive debit account, an inactive mobileaccount, an inactive electronic money account, or an inactive prepaidaccount. The account may be identified by determining which accounts inthe financial profile 180 for the user are related, or relevant, to thevendor at the physical vendor location. The predetermined amount of timemay be a time set by personalized banking engine 120 or a time set bythe user. The predetermined amount of time may be a number of days,weeks, months, or even years. In some embodiments, the cognitivecomputing predictive modeling application 127 may determine thepredetermined amount of time based upon an analysis of a set offinancial data profiles for other users and the amount of time thatseparates transactions in the corresponding set of financial dataprofiles for those users.

The method may include determining, via the one or more processors,relevant products being offered for sale by the vendor (block 910). Therelevant products may be products that are being offered at abatedvalue, or discounted pricing, or the relevant products may be productsthat are denoted as preferred products for the user in their shoppingprofile, or some combination thereof. The cognitive computing predictivemodeling application 127 may determine which products are relevant tothe user based upon the user's financial transactions, the financialprofiles of users with similar demographics, predicted shopping habitsfor the user based upon predicted events, or some combination thereof.

If the account has not been used in the predetermined amount of time,and the merchant is offering relevant products, and the user, or theirmobile device, has crossed a predetermined threshold (block 912), themethod 900 may include transmitting a commercial communication to theuser's mobile device, wherein the commercial communication identifiesthe one or more relevant products, and a rewards communication toreceive rewards if the inactive account is used to complete a purchaseof the one or more relevant products at the vendor (block 914). Therewards may be for bonus or additional points if the inactive account isused to conduct a financial transaction that day or within another atime period to facilitate making online “point of sale” offers inreal-time or near real-time to holders of inactive accounts. The methodmay include additional, less, or alternate actions, including thosediscussed elsewhere herein.

For example, the method may include determining, via the one or moreprocessors, that the vendor is a preferred vendor of the user based uponinformation within the user's shopping profile before determining offersfor products on sale that are currently being offered by the preferredvendor. Similarly, the method may include determining, via the one ormore processors, which offers are preferred offers for the user basedupon information within the user's shopping profile, and onlytransmitting notifications to the user's mobile device associated withpreferred offers.

In some embodiments, the shopping profile for the user includes apredicted life event, and the preferred offer is based upon thepredicted life event. The predicted life event may be predicted as partof generating the shopping profile (block 902), or may be predictedindependent of the method 900. The predicted life event may includechildren of the user, or the user, graduating from high school orcollege. The predicted life event may include an age related event(e.g., the user or their children turning 16, 18, or 22), and the offermay be an offer for a vehicle loan. Similarly, the predicted life eventmay include a birth of a child, or a marriage. The birth or marriage maybe expected, or not expected, by cognitive computing predictive modelingapplication 127. Additionally, the predicted life event may include anincrease in income, or a move to a new residence or home.

In some embodiments, the offer to the user included in the commercialcommunication includes an interest-free transaction offered to the userif the transaction is completed with the inactive account. Theinterest-free transaction may be a transaction executed with theinactive account (e.g., inactive credit card) where after thetransaction is completed the user is not obligated to incur any intereston his or her account as a result of the transaction. The interest-freetransaction may run for a period of time (e.g., a month, a year, etc.)before the user is obligated to pay interest on the transaction.

In some embodiments of the method, generating, via the one or moreprocessors, the shopping profile of the user (block 902) includesinputting, via the one or more processors, financial transaction dataassociated with the user into a machine learning program that is trainedto generate the shopping profile for the user based upon the financialtransaction data, with the user's permission, using the financialtransaction data. In some embodiments of the method, the shoppingprofile for the customer includes at least one or more of: (i) the namesof merchants at which the user shops; (ii) the frequency the user shopsat each merchant; (iii) an average of how much the user spends at eachmerchant; (iv) the types of products purchased at each merchant, (v) thebrand names of products purchased at each vendor by the user; or somecombination thereof. The shopping profile may be customizable by thecustomer.

Exemplary Use Case for Targeted Offers to Inactive Account Holders

FIG. 10 illustrates an exemplary use case 1000 for presenting targetedoffers to inactive account holders via a mobile device. FIG. 10 includesa first time period 1002, a second time period 1004, a client device102, a retailer 160, and a boundary 161. The use case 1000 illustratedin FIG. 10 may be an example operation of the disclosed systems andmethods for presenting targeted offers to inactive account holders to auser via a mobile device. During time period 1002, a user (not shown)may be in possession of client device 102. Client device 102 is inrelative proximity to retailer 160, however, the client device has notcrossed boundary 161. Boundary 161 may be the geofence described aboveas determined by client device 102, personalized banking engine 120,retailer 160, or some combination thereof. During this time period,personalized banking engine 120, or client device 102, may generate ashopping profile for the user. Personalized banking engine 120, orclient device 102, may use any of the different types of methodsdescribed above to generate the shopping profile. In some embodiments,the shopping profile is not built until after the user has crossedboundary 161.

At time period 1004, the user and client device 102 have crossedboundary 161 and are located within proximity of retailer 160.Personalized banking engine 120, or client device 102, may determinethat the user is located within the threshold distance of retailer 160.Personalized banking engine 120, or client device 102, may determinethat the user has not used a particular account in a predeterminedamount of time. Personalized banking engine 120, or client device 102,may identify relevant commercial communications for the user associatedwith the merchant. For example, the commercial communications may betargeted offers to use the inactive account to purchase goods orservices of interest to the user. The goods or services that are ofinterest to the user may be determined by personalized banking engine120, or client device 102, analyzing the shopping profile of the user.These commercial communications may then be transmitted to client device102 allowing the user to take action on the commercial communications.The user may purchase the goods or services identified in the commercialcommunications, or in some cases the user may decide based upon thenotification to enter retailer 160 to investigate the promotionaloffers.

Exemplary Customer Interaction System

FIG. 11 illustrates an exemplary customer interaction system 1100 inaccordance with one aspect of the present disclosure. FIG. 11 includes auser 1102, a vendor 1104, a self-service communication channel 1106, afull-service communication channel 1108, a network 116, networkconnections 117.1, 117.2, and 117.3, and a personalized banking engine120. FIG. 11 also optionally includes a client device 102, financialinstitutions 150, and retail stores 160. In some implementations clientdevice 102 is on the person of user 1102, in other implementationsclient device 102 is independent of user 1102. Similarly, financialinstitutions 150, or retail stores 160, may be inclusive of vendor 1104,or independent of vendor 1104.

User 1102 may be a user, or customer, of vendor 1104. Accordingly, theinteractions between user 1102 and vendor 1104 may be monitored by theoverall system 1100, and more particularly, monitored by personalizedbanking engine 120. User 1102 may have a financial data profileassociated with user 1102, such as the example financial data profilesillustrated in FIG. 2. The data collected on user 1102, including theinteractions user 1102 has with vendor 1104, may be used to determinerewards to award the user. Personalized banking engine 120 may usemachine learning, or cognitive computing techniques, to determine theamount or type of reward that the user may receive for using aself-service communication channel 1106 instead of a full-servicecommunication channel 1108.

Customer interactions may occur over self-service communication channel1106, or a full-service communication channel 1108. The customerinteractions may be reporting issues with an account, or product orservice, to vendor 1104, paying a bill to vendor 1104, or some similartype of interaction. Vendor 1104 may be a merchant that user 1102regularly frequents, or has frequented only once in the past. User 1102may have an ongoing contractual relationship with vendor 1104. Forexample, user 1102 may have an insurance policy with vendor 1104. Vendor1104 in some cases may be a financial institution 150, or retail store160, with which user 1102 has an ongoing relationship.

Self-service communication channel 1106 may be a communication channelthat user 1102 uses to interact with vendor 1104. “Self-service” maymean that user 1102 is responsible for taking the necessary actions toresolve his or her issue or complete his or her transaction. In someembodiments, self-service communication channel 1106 may include acommunication tool embedded into a public facing website maintained byvendor 1104, such as a chat client. In other cases, self-servicecommunication channel 1106 may be used by user 1102 to enroll into aprogram (with vendor 1104) to receive electronic statements for his orher account with vendor 1104, as opposed to paper statements sentthrough the US Postal Service. In other embodiments, self-servicecommunication channel 1106 may be used by user 1102 to enroll in anautomatic payment program with vendor 1104.

Conversely, full-service communication channel 1108 may be any sort ofcommunication channel that requires vendor 1104, or one of its agents,to engage with user 1102. “Full-service” may mean that user 1102 andvendor 1104 must proactively interact with each other to resolve theuser's issue or transaction. Some examples may include user 1102 callinga phone number to speak with an operator employed by vendor 1104, user1102 interacting with a human agent of vendor 1104 via text message, orother means of communication.

In a typical operation of the system 1100, user 1102 may wish tointeract with vendor 1104. For example, user 1102 may need to pay anoutstanding balance on a bill for an account user 1102 has with vendor1104. User 1102 may then communicate with vendor 1104 by usingself-service communications channel 1106, such as via a websiteassociated with vendor 1104. The user's interaction with vendor 1104 maybe logged into a profile for user 1102, such as one of the financialprofiles detailed in FIG. 2. At a later time, user 1102 may need toreport an issue with a product or service purchased from vendor 1104.User 1102 may then elect to use full-service communication channel 1108to communicate with vendor 1104, by calling a helpline phone number forvendor 1104, for example. The call from user 1102 to vendor 1104 may belogged on the user's profile with vendor 1104.

These types of interactions may occur over a period of time (e.g., aday, a week, months) between user 1102 and vendor 1104. Personalizedbanking engine 120, or vendor 1104, may conduct an analysis of theuser's interactions with vendor 1104 and determine that user 1102 isutilizing full-service communication channels 1108 with vendor 1104 morethan user 1102 is utilizing self-service communication channels 1106with vendor 1104. Accordingly, personalized banking engine 120 maynotify user 1102 that if user 1102 were to increase his or her usage ofself-service communication channels 1106, user 1102 would be eligible toreceive a reward from vendor 1104. The notification of the reward touser 1102 may include the system 1100, or more particularly personalizedbanking engine 120, transmitting the reward to the user's mobile devicefor user 1102 to review.

Example rewards may be a discount on products or services offered byvendor 1104, exclusive purchasing opportunities for products or servicesoffered by vendor 1104 that are not offered to other users, promotionalopportunities for purchasing goods or services from other vendors, or insome cases depositing reward points into an account associated with user1102. The reward points may be used by user 1102 to purchase products orservices with vendor 1104 or other vendors. The rewards may bedetermined based in part upon the user's financial habits, or patternsof spending at retailers. The user's habits and patterns may bedetermined by tracking the user's financial information as detailed inthe description for FIGS. 1 and 2 above.

Monitoring Amount of Customer Interaction Self-Service

FIG. 12 illustrates an exemplary computer-implemented method 1200 formonitoring an amount of customer interactions using self-servicecommunication channels, as opposed to full-service communicationchannels. The method 1200 may include: monitoring, via one or moreprocessors, an amount of interactions between a customer and a vendor inat least one full-service channel and in at least one self-servicechannel (block 1202); determining, via the one or more processors, thatthe amount of customer interactions for the customer through the atleast one self-service channel is less than the amount of customerinteractions for the customer through the at least one full-servicechannel (block 1204); when the amount of customer interactions for thecustomer through the at least one self-service channel is less than theamount of customer interactions through the at least one full-servicechannel (block 1206); generating, via the one or more processors, anelectronic offer for the customer that includes a reward for an accountassociated with the customer if the customer increases usage of the atleast one self-service channel and decreases usage of the at least onefull-service channel for future customer interactions with the vendor(block 1208); and transmitting, via the one or more processors, theelectronic offer to a customer's mobile device for their review tofacilitate incentivizing the customer to utilize the at least oneself-service channel for customer interactions with the vendor (block1210). The method 1200 may include additional, less, or alternateactions, including those discussed elsewhere herein.

In some embodiments, the computer implemented method may furthercomprise depositing, via the one or more processors, the reward into theaccount associated with the customer. Similarly, monitoring customerinteractions (block 1202) may further comprise: receiving, via the oneor more processors, transaction data associated with transactionsincurred by the customer; generating, via the one or more processors, acustomer shopping profile based upon the transaction data, wherein thecustomer shopping profile comprises customer shopping trends; andcustomizing, via the one or more processors, the reward to the customershopping trends using the customer shopping profile.

In some embodiments, the customer shopping profile includes dataindicative of at least one vendor at which the customer shops, aneducation level for the customer, what offerings the customer purchases,the type of offerings the customer purchases, or some combinationthereof. In other embodiments, the at least one self-service channel isused by the customer for enrollment (e.g., into an automatic paymentprogram), receiving e-statements, visiting a website associated with thevendor, or some combination thereof.

Targeted Loan Offers to Customers

FIG. 13 illustrates an exemplary computer-implemented method 1300 inaccordance with one aspect of the present disclosure. In the presentaspects, one or more portions of method 1300 (or the entire method 1300)may be implemented by any suitable device, and one or more portions ofmethod 1300 may be performed by more than one suitable device incombination with one another. For example, one or more portions ofmethod 1300 may be performed by client device 102 and/or personalizedbanking engine 120, as shown in FIG. 1. In one embodiment, method 1300may be performed by any suitable combination of one or more processors,applications, algorithms, and/or routines. For example, method 1300 maybe performed via one or more processors 122 executing instructionsstored in cognitive computing and predictive modeling application 127,and/or instructions stored in commercial communication module 133, inconjunction with data collected, received, and/or generated viapersonalized banking engine 120.

The method 1300 may include generating a financial profile associatedwith a customer (block 1302). The shopping profile may include a datasetincluding the received financial transaction data, and/or other dataindicative of a user's shopping preferences (e.g., favorite stores,favorite products), or transaction history. The method 1300 may includereceiving one or more locations of a customer mobile device over aperiod of time (block 1304), and determining that at least one of theone or more locations of the customer mobile device is within apredetermined distance of an asset listed for sale (block 1306). Whethera user is at, or near, the location of an asset listed for sale may bedetermined by the user's mobile device crossing a predeterminedthreshold distance of the physical asset location. The thresholddistance may be decided by the user, by a vendor selling the asset, orby personalized banking engine 120. The threshold distance may be thecustomer mobile device being within the same zip code as the assetlisted for sale, the customer mobile device being within 10 feet, 100feet, or 1000 feet of the asset listed for sale, etc.

The method 1300 may include determining a loan offer for the customerbased upon the financial profile (block 1308), and transmitting the loanoffer to the customer for their review to facilitate providing loanoffers to customers currently shopping for assets (block 1310). Themethod may base the loan offer on the financial profile by analyzing theuser's financial profile to determine a risk level for the customer, afinancial ability of the customer to repay, and/or other relevantmetrics. The other relevant metrics may be determined by the system byperforming historical analysis of other customer's financial profiles tosee which metrics correlate to failure to pay back loans. The method mayalso use cognitive computing, machine learning, or predictive analyticsto compare the customer's financial profile to other users' financialprofiles and determine which loan offer to offer the customer. Themethod may include additional, less, or alternate actions, includingthose discussed elsewhere herein.

For example, in some embodiments the method may include receiving theone or more locations of a customer mobile device over a period of time(block 1304), which further comprises receiving the locations over aday, a week, or a month. The locations may be received from thecustomer's mobile device, from a vehicle used by the customer, or from acellular network that tracks the customer's mobile device.

In some embodiments, the method may include determining the loan offer(block 1308) and may further comprise adjusting a loan length, a loaninterest rate, or some combination thereof, for the loan offer basedupon the customer's financial profile. Similarly, in some embodimentsdetermining the loan details (e.g., the loan length, the loan interestrate) may include utilizing a predictive analytics or cognitivecomputing algorithm that compares the customer to existing customers fora vendor selling the asset listed for sale.

In some embodiments, the financial profile includes net worth, netincome, credit rating, credit score, or some combination thereof, forthe customer. The customer's net worth may be the total assets thecustomer owns minus the total liabilities for which the customer isliable. The net income for the customer may be the amount of earningsover a period of time the customer has left over after all of thecustomer's expenses over the period of time have been subtracted fromall of the customer's earnings. The customer's credit rating may be anestimate of the ability of the customer to pay off all of his or herfinancial obligations, or meet new financial obligations. Similarly, thecustomer's credit score may be a number, calculated by analyzing acustomer's financial profile, that is indicative of the customer'sability to pay off a loan, or a number indicative of his or her generalcredit worthiness. Both the credit rating and credit score may be usedto determine the customer's overall financial risk to a lendinginstitution, such as the vendor offering the asset for sale.

In some embodiments, the financial profile includes customer longevity,customer loyalty, or some combination thereof. The customer longevitymay be how long a customer has been a customer of a vendor. The customerloyalty may be a metric used by a vendor to indicate how loyal acustomer is to the vendor. The metric may include how long the customerhas been a customer of the vendor, how frequently the customer shops atthe vendor, how much money the customer spends at the vendor, or somecombination thereof.

In some embodiments the financial profile for the customer includes apredicted life event, and the loan offer is based upon the predictedlife event. Similarly, the predicted life event may be the customer orthe customer's children graduating from high school or college. Thepredicted life event may be an age-related event, and the loan offer maybe an offer for a vehicle loan. The age-related event may be thecustomer or a member of the customer's family turning a certain age. Inother embodiments, the predicted life event includes a birth of a child,a marriage, an increase in income, or a move to a new residence for thecustomer.

Exemplary Use Case for Presenting Targeted Loan Offers

FIG. 14 illustrates an exemplary use case 1400 for presenting targetedloan offers to customers via a mobile device. FIG. 14 includes a firsttime period 1402, a second time period 1404, a client device 102, aretailer 160, and a boundary 161. The use case 1400 illustrated in FIG.14 may be an example operation of the disclosed systems and methods forpresenting targeted loan offers to a customer via a mobile device.During time period 1402, a user (not shown) may be in possession ofclient device 102. Client device 102 is in relative proximity toretailer 160. However, client device 102 has not crossed boundary 161.Boundary 161 may be the geofence described above as determined by clientdevice 102, personalized banking engine 120, retailer 160, or somecombination thereof. During time period 1402, personalized bankingengine 120, or client device 102, may generate a financial profile forthe customer. Personalized banking engine 120, or client device 102, mayuse any of the different types of methods described above to generatethe financial profile. In some embodiments, the financial profile is notbuilt until after the user has crossed boundary 161.

At time period 1404, the user and client device 102 have crossedboundary 161 and are located within proximity of retailer 160. Betweentime periods 1402 and 1404, the customer mobile device may receivemultiple locations for the customer. At time 1404, personalized bankingengine 120, or client device 102, may determine that the user is locatedwithin a threshold distance of retailer 160 and a predetermined distanceof the asset listed for sale. The multiple received locations for thecustomer mobile device may be over a period of time, and be derived fromthe customer driving by the asset listed for sale multiple times overthe period of time. Personalized banking engine 120, or client device102, may determine a personalized loan offer to transmit to the customer(via his or her mobile device) for financing that the customer can takeadvantage of to purchase the asset listed for sale. Personalized bankingengine 120, or client device 102, may determine the loan offer byanalyzing the customer's financial profile. Once the loan offer isdetermined the loan offer may be transmitted to the customer via his orher mobile device.

Technical Advantages

The aspects described herein may be implemented as part of one or morecomputer components (such as a client device) and/or one or moreback-end components (such as a personalized banking engine), forexample. Furthermore, the aspects described herein may be implemented aspart of a computer network architecture and/or a cognitive computing (ormachine learning) architecture that facilitates communications betweenvarious other devices and/or components. Thus, the aspects describedherein address and solve issues of a technical nature that arenecessarily rooted in computer technology.

For instance, some aspects include analyzing various sources of data topredict whether a user will likely spend money at a particular retailer,and how much. Once this is determined, the aspects may also allow for adetermination of whether the predicted transaction amount willnegatively influence a user's financial accounts. In doing so, theaspects may overcome issues associated with the inconvenience of manualand/or unnecessary funds transfers. Without the improvements suggestedherein, additional processing and memory usage may be required toperform such transfers, as a client device may need to downloadadditional data and process this data as part of the transfer process.

Furthermore, the embodiments described herein may function to optimizethe interest accrued across a user's accounts. The process may improveupon existing technologies by more accurately forecasting a user'saccount balance using additional data sources. Due to this increase inaccuracy, the aspects may address computer-related issues regardingefficiency over the traditional amount of processing power and modelsused to forecast financial data. Thus, the aspects may also addresscomputer related issues that are related to efficiency metrics, such asconsuming less power, for example.

Additional Considerations

This detailed description is to be construed as exemplary only and doesnot describe every possible embodiment, as describing every possibleembodiment would be impractical, if not impossible. One may implementnumerous alternate embodiments, using either current technology ortechnology developed after the filing date of this application.

Further to this point, although the embodiments described herein oftenutilize credit report information as an example of sensitiveinformation, the embodiments described herein are not limited to suchexamples. Instead, the embodiments described herein may be implementedin any suitable environment in which it is desirable to identify andcontrol specific type of information. For example, the aforementionedembodiments may be implemented by a financial institution to identifyand contain bank account statements, brokerage account statements, taxdocuments, etc. To provide another example, the aforementionedembodiments may be implemented by a lender to not only identify,re-route, and quarantine credit report information, but to apply similartechniques to prevent the dissemination of loan application documentsthat are preferably delivered to a client for signature in accordancewith a more secure means (e.g., via a secure login to a web server) thanvia email.

Furthermore, although the present disclosure sets forth a detaileddescription of numerous different embodiments, it should be understoodthat the legal scope of the description is defined by the words of theclaims set forth at the end of this patent and equivalents. The detaileddescription is to be construed as exemplary only and does not describeevery possible embodiment since describing every possible embodimentwould be impractical. Numerous alternative embodiments may beimplemented, using either current technology or technology developedafter the filing date of this patent, which would still fall within thescope of the claims. Although the following text sets forth a detaileddescription of numerous different embodiments, it should be understoodthat the legal scope of the description is defined by the words of theclaims set forth at the end of this patent and equivalents. The detaileddescription is to be construed as exemplary only and does not describeevery possible embodiment since describing every possible embodimentwould be impractical. Numerous alternative embodiments may beimplemented, using either current technology or technology developedafter the filing date of this patent, which would still fall within thescope of the claims.

The following additional considerations apply to the foregoingdiscussion. Throughout this specification, plural instances mayimplement components, operations, or structures described as a singleinstance. Although individual operations of one or more methods areillustrated and described as separate operations, one or more of theindividual operations may be performed concurrently, and nothingrequires that the operations be performed in the order illustrated.Structures and functionality presented as separate components in exampleconfigurations may be implemented as a combined structure or component.Similarly, structures and functionality presented as a single componentmay be implemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Additionally, certain embodiments are described herein as includinglogic or a number of routines, subroutines, applications, orinstructions. These may constitute either software (e.g., code embodiedon a machine-readable medium or in a transmission signal) or hardware.In hardware, the routines, etc., are tangible units capable ofperforming certain operations and may be configured or arranged in acertain manner. In exemplary embodiments, one or more computer systems(e.g., a standalone, client or server computer system) or one or morehardware modules of a computer system (e.g., a processor or a group ofprocessors) may be configured by software (e.g., an application orapplication portion) as a hardware module that operates to performcertain operations as described herein.

In various embodiments, a hardware module may be implementedmechanically or electronically. For example, a hardware module maycomprise dedicated circuitry or logic that is permanently configured(e.g., as a special-purpose processor, such as a field programmable gatearray (FPGA) or an application-specific integrated circuit (ASIC)) toperform certain operations. A hardware module may also compriseprogrammable logic or circuitry (e.g., as encompassed within ageneral-purpose processor or other programmable processor) that istemporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g., configured by software), may bedriven by cost and time considerations.

Accordingly, the term “hardware module” should be understood toencompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired), or temporarilyconfigured (e.g., programmed) to operate in a certain manner or toperform certain operations described herein. Considering embodiments inwhich hardware modules are temporarily configured (e.g., programmed),each of the hardware modules need not be configured or instantiated atany one instance in time. For example, where the hardware modulescomprise a general-purpose processor configured using software, thegeneral-purpose processor may be configured as respective differenthardware modules at different times. Software may accordingly configurea processor, for example, to constitute a particular hardware module atone instance of time and to constitute a different hardware module at adifferent instance of time.

Hardware modules may provide information to, and receive informationfrom, other hardware modules. Accordingly, the described hardwaremodules may be regarded as being communicatively coupled. Where multipleof such hardware modules exist contemporaneously, communications may beachieved through signal transmission (e.g., over appropriate circuitsand buses) that connect the hardware modules. In embodiments in whichmultiple hardware modules are configured or instantiated at differenttimes, communications between such hardware modules may be achieved, forexample, through the storage and retrieval of information in memorystructures to which the multiple hardware modules have access. Forexample, one hardware module may perform an operation and store theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware module may then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware modules may also initiate communications with input oroutput devices, and may operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented modulesthat operate to perform one or more operations or functions. The modulesreferred to herein may, in some example embodiments, compriseprocessor-implemented modules.

Similarly, the methods or routines described herein may be at leastpartially processor-implemented. For example, at least some of theoperations of a method may be performed by one or more processors orprocessor-implemented hardware modules. The performance of certain ofthe operations may be distributed among the one or more processors, notonly residing within a single machine, but deployed across a number ofmachines. In some example embodiments, the processor or processors maybe located in a single location (e.g., within a home environment, anoffice environment or as a server farm), while in other embodiments theprocessors may be distributed across a number of locations.

The performance of some of the operations may be distributed among theone or more processors, not only residing within a single machine, butdeployed across a number of machines. In some example embodiments, theone or more processors or processor-implemented modules may be locatedin a single geographic location (e.g., within a home environment, anoffice environment, or a server farm). In other example embodiments, theone or more processors or processor-implemented modules may bedistributed across a number of geographic locations.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g., a computer) that manipulates or transformsdata represented as physical (e.g., electronic, magnetic, or optical)quantities within one or more memories (e.g., volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine components that receive, store, transmit, or displayinformation.

As used herein any reference to “one embodiment” or “an embodiment”means that a particular element, feature, structure, or characteristicdescribed in connection with the embodiment is included in at least oneembodiment. The appearances of the phrase “in one embodiment” in variousplaces in the specification are not necessarily all referring to thesame embodiment.

Some embodiments may be described using the expression “coupled” and“connected” along with their derivatives. For example, some embodimentsmay be described using the term “coupled” to indicate that two or moreelements are in direct physical or electrical contact. The term“coupled,” however, may also mean that two or more elements are not indirect contact with each other, but yet still co-operate or interactwith each other. The embodiments are not limited in this context.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand components of the embodiments herein. This is done merely forconvenience and to give a general sense of the description. Thisdescription, and the claims that follow, should be read to include oneor at least one and the singular also includes the plural unless it isobvious that it is meant otherwise.

The patent claims at the end of this patent application are not intendedto be construed under 35 U.S.C. § 112(f) unless traditionalmeans-plus-function language is expressly recited, such as “means for”or “step for” language being explicitly recited in the claim(s).

What is claimed is:
 1. A computer-implemented method of presentingtargeted commercial communications to a user via a user mobile device,the method comprising: receiving, from one or more financialinstitutions and by a computer system comprising one or more processors,financial transaction information associated with transactions of a userusing a plurality of accounts; generating, via the one or moreprocessors, a shopping profile associated with shopping habits of theuser, based on the financial transaction information; receiving, via theone or more processors, a location of the user mobile device;determining, via the one or more processors, that the location of theuser mobile device is within a predetermined distance of a physicalmerchant location associated with a merchant; determining, by acognitive computing predictive modeling application, an inactive accounttime threshold, wherein the cognitive computing predictive modelingapplication identifies amounts of time that separate transactions withina set of financial data profiles for other users, and determines theinactive account time threshold based on the amounts of time thatseparate the transactions, identifying, via the one or more processors,an inactive account within the plurality of accounts, by determiningbased on the financial transaction information that the user has notused the inactive account for at least the inactive account timethreshold; selecting, via the one or more processors, one or morerelevant offerings for sale by the merchant; and when the user has notused the inactive account for at least the inactive account timethreshold, and the user mobile device is within the predetermineddistance of the physical merchant location, and the merchant has one ormore relevant offerings on sale, transmitting, via the one or moreprocessors, a commercial communication to the user mobile device, thecommercial communication identifying the one or more relevant offerings,and offering a reward for using the inactive account to complete apurchase of the one or more relevant offerings at the merchant.
 2. Thecomputer-implemented method of claim 1, further comprising: determining,via the one or more processors, that the merchant is a preferredmerchant of the user based upon information within the shopping profilebefore determining, via the one or more processors, that the merchanthas the one or more relevant offerings on sale.
 3. Thecomputer-implemented method of claim 1, further comprising: determining,via the one or more processors, that the commercial communicationincludes preferred offers for the user based upon information within theshopping profile.
 4. The computer-implemented method of claim 3, whereinthe shopping profile includes a predicted life event, and at least oneof the preferred offers is based upon the predicted life event.
 5. Thecomputer-implemented method of claim 4, wherein the predicted life eventincludes a graduation of one or more children of the user, or the user,from high school or college.
 6. The computer-implemented method of claim4, wherein the predicted life event includes an age-related event, andthe at least one of the preferred offers is a vehicle loan offer.
 7. Thecomputer-implemented method of claim 4, wherein the predicted life eventincludes a birth of a child, or a marriage.
 8. The computer-implementedmethod of claim 4, wherein the predicted life event includes an increasein income, or a move to a new residence or home.
 9. Thecomputer-implemented method of claim 4, wherein the at least one of thepreferred offers includes an interest-free transaction.
 10. Thecomputer-implemented method of claim 1, wherein generating, via the oneor more processors, the shopping profile associated with shopping habitsof the user includes inputting, via the one or more processors, thefinancial transaction information associated with the user into amachine learning program that is trained to generate the shoppingprofile, with permission of the user, using the financial transactioninformation.
 11. The method of claim 1, wherein determining, via the oneor more processors, that the location of the user mobile device iswithin the predetermined distance of the physical merchant locationassociated with the merchant includes one or both of (i) determiningthat the user mobile device has crossed a geofence associated with aboundary around the physical merchant location associated with themerchant, and (ii) determining the location of the user mobile deviceusing a satellite navigation receiver of the user mobile device.
 12. Themethod of claim 1, further comprising: one or both of (i) determining astatistical probability that an overdraft is about to occur, and (ii)transferring an account surplus from a first account to a second accountwhen the second account has a higher interest rate than the firstaccount.
 13. A computer system configured to present targeted commercialcommunications to users via their mobile devices, the computer systemcomprising one or more local or remote processors, servers, sensors,and/or transceivers configured to: receive, from one or more financialinstitutions, financial transaction information associated withtransactions of a user using a plurality of accounts; build a shoppingprofile associated with shopping habits of a user, based on thefinancial transaction information; receive a location of a user mobiledevice; determine that the location of the user mobile device is withina predetermined distance of a physical merchant location associated witha merchant; determine, by a cognitive computing predictive modelingapplication, an inactive account time threshold, wherein the cognitivecomputing predictive modeling application identifies amounts of timethat separate transactions within a set of financial data profiles forother users, and determines the inactive account time threshold based onthe amounts of time that separate the transactions; identify an inactiveaccount within the plurality of accounts, by determining that the userhas not used the inactive account for at least the inactive account timethreshold; determine that the merchant is currently offering one or morerelevant offerings for sale; and when the user has not used the inactiveaccount for at least the inactive account time threshold, and the usermobile device is within the predetermined distance, and the merchant iscurrently offering the one or more relevant offerings for sale, transmita commercial communication to the user mobile device, the commercialcommunication identifying the one or more relevant offerings, andoffering a reward for using the inactive account to complete a purchaseof the one or more relevant offerings at the merchant.
 14. The computersystem of claim 13, wherein the computer system is further configuredto: determine that the merchant is a preferred merchant of the userbased upon information within the shopping profile before determiningthat the merchant has the one or more relevant offerings on sale. 15.The computer system of claim 13, wherein the computer system is furtherconfigured to: determine that the commercial communication includespreferred offers for the user based upon information within the shoppingprofile.
 16. The computer system of claim 15, wherein the shoppingprofile includes a predicted life event, and at least one of thepreferred offers is based upon the predicted life event.
 17. Thecomputer system of claim 16, wherein the predicted life event includes agraduation of one or more children of the user, or the user, from highschool or college.
 18. The computer system of claim 16, wherein thepredicted life event includes an age-related event, and the at least oneof the preferred offers is a vehicle loan offer.
 19. The computer systemof claim 16, wherein the predicted life event includes a birth of achild, or a marriage.
 20. The computer system of claim 16, wherein thepredicted life event includes a move to a new residence, or an increasein income.
 21. The computer system of claim 16, wherein the at least oneof the preferred offers is an interest-free transaction.
 22. Thecomputer system of claim 13, wherein the shopping profile associatedwith shopping habits of the user is built by inputting the financialtransaction information associated with the user into a machine learningprogram that is trained to generate the shopping profile, with userpermission, using the financial transaction information.